3 essential visual editor features that are missed in defold

Few days ago some user has left a message that really confused me

I do understand that we all have different needs, but calling such a feature (that would be used only by 0.01% of users) the last missing feature, is it a joke?

Firstly, let me praise the engine and the editor.
I started poking with the defold around a month ago. I have read/watched a few tutorials, read some parts of the manual, and made a few simple games (tetris clone and 1-level platformer). I pretty much liked the experience (except for a few technical issues from the Java side). The most likeable thing for me is the clean look and simplicity of the editor, which doesn’t hide some parts from the curious user. It’s UI is really snappy, and aside from some delay on loading stuff, it never feels slow for me. So props to the developers for such an amazing tool.

My needs are small; I can do some things with another dedicated tool and export them, so I’m not the one who would ask to add some extra things into the editor (of course there is benefit of having some tool built-in, but personally I don’t care much). But maybe because I’m a longtime Vim user, I really value comfort, and in my opinion, Defold lacks some essential productivity boosters. I have worked through my career and hobby time with a lot of visual editors (photo, video, 3D, etc.) and can’t remember the one that would miss any feature from the list below. And I would be glad to hear from the developers why such things are still not present in the editor, especially considering how little work it would require to implement them compared to some other things. Are they overlooked or not considered important?

Only 4 features are rated from time loss or the burden of moving your hand from the resting position (left hand on the left side of the keyboard, right hand on the mouse) to do the same thing without them:

  1. numeric fields increment/decrement (most visual editors implement it with something like ctrl+mouse wheel, shift+mouse wheel for bigger step (or better precision). This is really a productivity killer when you need to increment some number by 1-5 and you need to click with the mouse, then delete some number, then type what you need.
  2. Go back/forward with a shortcut through the recent files list. This is too time-consuming, so when you click on some game object in the collection, it will gain focus, and you just can’t go back to the parent collection that easily. You need to find collection in the assets pane, or find and click in the list of tabs. Though there is recent files pop-up window with Alt+R, which is something, and I use it, but it doesn’t allow one to move back and forward a few times.
  3. Some kind of snapping to the grid and borders of another object. This is a real time saver. Maybe the hardest to implement, but it would worth the majority of users 100x more than “zooming text of the editor". It’s in third place only because the first two you do much more times during the session, but when you are working on a scene or level, it is really invaluable.
  4. Collapse or expand all nested folders in the assets pane or objects in the properties pane. This is too time-consuming when you are trying to navigate some nested tree and need to click a lot of times instead of just scrolling with a mouse. Pretty much would like to have the middle mouse do that (because right now it behaves the same as just a left click). As pointed out by @AGulev, this feature is implemented with Alt-LeftClick.

There are of course, some more not-that-important things, like the right-click menu in the text editor, drag and drop, and a little bit better visual feedback (for tools like the tile editor and animation player), but personally, I can leave without them.

It turned out as some kind of criticizing post, but don’t get me wrong, if I wouldn’t care about Defold and its future, I would not spend time to write it. And I’m not asking to implement these features right now and right here; I’m asking more from the discussion point because I really don’t get why such important things for the visual editor are still not present.

5 Likes

Yes, the post was intentionally playful and exaggerating. :wink:

1 Like

Do you mean Alt + Click?

3 Likes

Yes. Sorry, for missing it. Is it documented somewhere?

1 Like

It’s a very good question. I don’t know. I’ll take a look tomorrow.

1 Like

Why is this thread called “Good and Evil”? I think that should be changed to something more relevant (and less accusatory…?) for searchability, like “Editor Improvements” or something along those lines.

Wasn’t sure how to name it properly, when created it. There is nothing in the thread name related to the content, just first thing that came up to my head. Definitely has nothing to do with accusations, just some known sentence.

How about this name?

1 Like

Relating to #1, I do not enjoy filling or changing numeric fields anywhere in Defold’s editor. I have found I would rather open some Defold-format files in text and modify existing values that way; it feels more responsive and intentional than doing it in the editor.

For example, modifying the default values for user vertex constants in a material.

The problem & solution both contribute to a framework-with-a-GUI kind of feeling that I don’t particularly dislike, but is notable. Like the GUI is more of a user-friendly representation of the project’s contents than the intended workspace for high productivity.

I also base that observation on the engine’s history. :v:

2 Likes

I think I would over time come to the same workflow, especially as a vim user. Just as new defold user, it a little bit overwhelming to do it without gui editor, especially when default values doesn’t show up in this files, so you really need to get the knowledge of all the properties names or else it would take even more time.

Related feature request - Editor: incremental adjustment of properties values. · Issue #6417 · defold/defold · GitHub

By the way, it’s the practice at Defold to formalize everything into an issue on github, and forum discussion more usually remains forum discussion.

3 Likes

Thanks.
This post were created (at least in my mind) to hear the devs opinions, why this essential features are still missing, not a call to action.