Good idea, i would add that I feel the default should be "search through all sheets" instead of "current sheet".
It makes more sense to have all the results at first and only then fine-tuned the results. 95% of the time, i want to search among all eventsheets
Great release !
Thanks again for the Event Search improvements !
Stellar update, thank you so much once again for those amazing QOL improvements !
Regarding Eases, would it be possible to replace the dropdown list parameter of the Start Tween action event [Tween Behavior] by a string ? (With autocompletion).
As you did back then to replace the dropdown list of Templates by a string field.
It would be handier as there are a lot of Default Eases but also it would be better and more flexible to set the Tween Type depending on the instance variable of an object for example.
Thank you so much for the Event Search !! It's really great
EDIT : Here is some thoughts regarding this :
1. Could you please move the Filter search Field right after the the Find Search Field ? This way we can just use TAB shortcut to switch between them, no need to click.
2. Could you add the CTRL + F shorcut to Layouts so it also open that Find Events window ? To keep things consistent and avoid us the need to first select an eventsheet each time. (It could default to "Look in : all Eventsheets in project")
3. Would it be possible to add a new shortcut to select the Project View Search Field ? It could be something like CTRL + SHIFT + F (and it should work both in Layout and Event Sheets)
(4. Less important - It would be great if the Ease expression was a system expression instead of a TimelineController expression. Eases can be very useful even if we don't use the Timeline Feature. It would also make the expression much shorter.)
Yeah i can't think of any use case either. Don't understand why this one was implemented immediatly after being suggested without gathering any vote while there is so much features a bunch of people ask and that would be really more useful.
For example a really simple one even if it looks like a dumb one : BBoxCenterX, BBoxCenterY, (+ViewportCenterX, ViewportCenterY, LayoutCenterX, LayoutCenterY ?) would be great QOL and are some of the top requested feature on the platform. We can't make our own utility function for those BBoxCenter that works with all objects, it would only work with specific families and pick by UID.
-"you can start with event sheets, add a few snippets of code in event sheets, and move on to using full coding"
-"as we would expect the most advanced users to shift from event sheets to coding"
I'm sorry but the promise of construct always has always been to be a nocode engine. That never was to stop using nocode feature ASAP
In fact after reading this i feel even less confident about it because you also don't recommand to mix JS and eventsheets, but to go full JS instead
Honestly this is a bit sickening. This looks like the whole argumentation about Events is against Construct itself and its original vision
We're expecting the actual No-Code features to not be considered as "just a toy". It's a bit weird the only way to prove C3 isn't a toy is skipping the NoCode part. The marketing and dev effort should instead go towards "yes NoCode is viable for serious stuff"
Also a bunch of us are experienced users and our path never was to move from ES to JS. I didn't learn JS using C3.
Disappointed you plan to go full JS and to work on a non built-in multiplayer project. That whole JS multiplayer part won't be useful for any of us.
I 100% agree with Everade. This game project could be the best opportunity ever for you to understand your users if you use mainly eventsheets and editor features instead. (Families/Event Search/Variables worfklow). You could quickly think to tiny improvements that would make stuff easier for your whole userbase, push updates that matters to the game you're making but that would also benefit for all of us.
Regarding the 2 main objectives : actually dogfooding and making a great demo of C3 capabilities, this kind of project doesn't seem to be the best choice. Probably half of the devtime will be related to make that (non builtin) multiplayer working well.
Is there any chance to make this project Singleplayer instead ? This way at least the JS/Events mix could be inspiring
Interested to see where it goes nonetheless, and good luck!
Regarding why showing Hidden Variable again ? Because I like to use Properties View as a cheatsheet for all variables of the Object/Family i'm working on in Eventsheet and also because i really dislike the Variables popups workflow (don't want to open/close it every minute to check some stuff inside or hide/show stuff again and again). If it's impossible to achieve I understand but I just provide the feedback I won't use the hide feature at all as a user because of this even if most of my variables are runtime only. But it's fine it will probably be useful for other dev.
Regarding the enhancement suggestions : It seems like adding the rightclick context menu to Instance Variables from the Properties View (the same as the one in the Variables pop up) seems fairly simple to achieve while the benefits would be huge in our worflow (Add var/edit var/Find all refs easily and for any family of an object directly from Properties). I edited my suggestion to remove the Variable Folders idea and keep only the Properties View enhancements. No need to open the ObjectType Instance Variables popup anymore or even worse to find the corresponding Family in Project View to only then open its Family Instance Variable Popup for extremely common stuff.
We should be able to fold/unfold those hidden variables directly from the Properties View too. It can be useful to just remember/see all the variables the object has but also quickly edit them.
Also I still strongly believe the Properties View/Instance Variable worklow needs a lot of enhancements : construct3-21h2.ideas.aha.io/ideas/C321H2-I-348
Possibility to Right Click a variable in the Properties view to edit Variable/add a new variable directly from Properties/Find all references.
Press F2 to rename selected variable name in the properties view (instead of changing its value)
Also I know that now it's unlikely to happen but Instance Variable Folders (+ some kind of Tree/"Hierarchy"" view for Instance Variable in the Properties) would have solved this hidden/runtime variable issue in a better way + would cover even more use cases. For example for a Weapon Object. We could have 3 Variables folder: Weapon Settings/Bullet Settings/Hidden Variables.
This is awesome, thank you very much for this 🙏
Thank you for the fixed resolution mode for Drawing Canvas !
.c3p direct file open is amazing, do you think there would be a way to add a "shortcut file" in all projects saved as folders, so they also can be opened directly ?
I mean either the existing .c3proj or a new thing if it's not possible
Fair enough, thanks for the quick and detailed reply in the suggestion platform !
Member since 21 Oct, 2013