Everyday usability !!!
- Can’t add blocks of code to favorites, difficult logic navigation;
- Too primitive debugger, can’t stop logic “in a line”;
- Doesn’t have action for console output (using tons of text objects)
1 Like
A ‘detach scene from global objects’ action?
‘Oh no …like a fool i had the levels as individual scenes, but now i changed that so that they’re all accessed via one scene …but wait! there’s now no way that i can now detach the loading scene from the global objects and then have a start scene load quickly!?’
‘yes rookie vermin…there’s now no way back and there is no way now to divorce your loading scene from the global variables!!! ha ha har!!! ---- suffer like a fool as users deride your load time!!!’
'— but wait a minute — what’s this …‘detach scene from global objects’ ‘is that really a thing?’
‘No - no, it’s not!’
3 Likes
This is so hilarious the way you put this but yet so poignant. I really love the way GDevelop had changed loading resources to be more lazy but yeh them darn global objects.
1 Like
Hi all!
A thing so idiot: when you click on an object in any scene, it would smart that the panel showed, says if this object is global.
Xierra
1 Like
Another things:
- it would be well if the folders of objects can be fixed to GLOBAL in one operation, like you do with individual objects.
- when you cut an object on the scene, it would be smart if you could conserve the Z depth of the copied original object (actually, Z is incremented)
Xierra
Just as a heads up. Gdevelop has had both of these for a very long time.
First action can be logged to the debugger any text you want from any event.
Last action can be added to any event to pause as soon as it reaches that line.
2 Likes
Oh, really? Sorry for that, doesn’t know! So sorry…
1 Like
The engine is being improved on very fast.
I wonder how the devs are doing, because every release brings many improvements.
The 1st issue I have with Gdevelop is that, unless you know JavaScript, it is mostly VERY HARD to add a feature to your project if it isn’t supported by the engine or by an extension.
The good thing is that every update, the problem gets a little smaller because they introduce new features that lowers the chance of encountering the problem.
The 2nd issue is making functions (Not external events) is hard because you need to make an extension, and extensions in gdevelop are confusing, the extension UX isn’t helpful!!
I would prefer them to add support to easier high level languages like LUA or PYTHON, but it could be hard considering Gdevelop games are basically webpages with advanced technologia.
I still have some other issues with it, but that doesn’t mean Gdevelo is horrible, I love using gdevelop for making my game, I don’t regret my choice.
2 Likes
True. I agree with that.
For context on this, even if they added support for other languages, it would only let you call existing event actions/conditions or functions via scripting.
The renderers are Javascript/Typescript libraries (PixiJS and ThreeJS), as is the main IDE, so Lua or Python scripting wouldn’t suddenly allow you to add engine functionality. At least not without them finding new renderers and completely redoing how the bindings work.
This is true in other engines that support multiple languages, too. The IDE and engine itself will always be locked to the languages supported by the renderers themselves. (i.e. you cannot extend the Unity Engine without C#, Defold doesn’t allow it without C# or C, etc)
1 Like
That’s very useful, haven’t seen them before!
my list:
-simplified save/load conditions actions (sometimes i fail at coverting js)
-simplified dialogue system (as many users posted problems of understanding yarn)
-direct c.object interactions >/ even with their childrens without pass variables
- local variable direct check even outside its event
- tiled sprites slopes allowed, slopes creation in general
- pixie alphas support (even if i don’t use pixie at all) but would be good
-no more pass variables on variables already existing in general.
bcs i can dream.
2 Likes