Drag and Drop for UI elements #67893

New Issue

William Reynish · 2019-07-29T18:58:04+02:00

William Reynish commented

2019-07-29 18:58:04 +02:00

In Blender, we have had drag and drop support for dragging content such as images onto objects, and 3d content into 3d views. However, we've always lacked the ability to drag the UI elements themselves.

This would be good to finally address.

This would mean we can get rid of these re-ordering buttons, which are slow because you can only move items one line at a time:

To move an item up by 10 lines, you have to click this button 10 times! This gets ridiculous if you have to move something 200 items up or down a list.

Even worse, in some cases we make users open a menu to move items one section at a time:

We should get rid of these buttons and menu entries, and just let users directly drag UI elements instead.

We already do this in the Properties Editor when re-ordering panels:
{F7636122, size=full}
However, we can do this many more places, wherever we have the need for users to be able to re-order something.

Examples:

Animations are slowed down to show the animations more clearly.

Tabs:
{F7636031, size=full}

Lists:
{F7636033, size=full}

Use-Cases

- Workspace Tabs
- UI Lists
- Brush palette colors (#71705)
- Constraints, modifiers and other similar stacks
- Animation channel lists
- Customizable toolbars
- Dockable UI elements (e.g. support docking operator settings panel to sidebar, rather than having both by default)

Animation

To support this nicely, we should use animation to make items move out of the way, and to let the current items follow the cursor. This makes the UI feel physical and dependable, and you won't get any sudden surprises when you let go of your drag action, and the UI elements suddenly re-order themselves.

This kind of thing has a few implications how we draw some UI elements.

In Blender we still have the fairly unique advantage that we are drawing the UI using the GPU, which facilitates creating beautifully smooth animations and transitions. We just need to take advantage of this more, just as we do with region overlapped area regions:

toolbar_anim.mov

D4071: Window-Manager: Rewrite Drag & Drop System [WIP]

In Blender, we have had drag and drop support for dragging content such as images onto objects, and 3d content into 3d views. However, we've always lacked the ability to drag the UI elements themselves. This would be good to finally address. This would mean we can get rid of these re-ordering buttons, which are slow because you can only move items one line at a time: ![Screenshot 2019-07-29 at 18.53.58.png](https://archive.blender.org/developer/F7636035/Screenshot_2019-07-29_at_18.53.58.png) To move an item up by 10 lines, you have to click this button 10 times! This gets ridiculous if you have to move something 200 items up or down a list. Even worse, in some cases we make users open a menu to move items one section at a time: ![Screenshot 2019-07-29 at 19.02.07.png](https://archive.blender.org/developer/F7636049/Screenshot_2019-07-29_at_19.02.07.png) We should get rid of these buttons and menu entries, and just let users directly drag UI elements instead. We already do this in the Properties Editor when re-ordering panels: {[F7636122](https://archive.blender.org/developer/F7636122/drag_ui-2.gif), size=full} However, we can do this many more places, wherever we have the need for users to be able to re-order something. ## Examples: Animations are slowed down to show the animations more clearly. Tabs: {[F7636031](https://archive.blender.org/developer/F7636031/tabs.gif), size=full} Lists: {[F7636033](https://archive.blender.org/developer/F7636033/list.gif), size=full} ## Use-Cases - - [ ] Workspace Tabs - - [ ] UI Lists - - [ ] Brush palette colors (#71705) - - [x] Constraints, modifiers and other similar stacks - - [ ] Animation channel lists - - [ ] Customizable toolbars - - [ ] Dockable UI elements (e.g. support docking operator settings panel to sidebar, rather than having both by default) ## Animation To support this nicely, we should use animation to make items move out of the way, and to let the current items follow the cursor. This makes the UI feel physical and dependable, and you won't get any sudden surprises when you let go of your drag action, and the UI elements suddenly re-order themselves. This kind of thing has a few implications how we draw some UI elements. In Blender we still have the fairly unique advantage that we are drawing the UI using the GPU, which facilitates creating beautifully smooth animations and transitions. We just need to take advantage of this more, just as we do with region overlapped area regions: [toolbar_anim.mov](https://archive.blender.org/developer/F7636291/toolbar_anim.mov) ## Related Tasks [D4071: Window-Manager: Rewrite Drag & Drop System [WIP]](https://archive.blender.org/developer/D4071)

William Reynish commented

2019-07-29 18:58:04 +02:00

Added subscriber: @WilliamReynish

William Reynish commented

2019-07-29 18:58:35 +02:00

Added subscriber: @JulianEisel

Julian Eisel was assigned by William Reynish

2019-07-29 19:01:51 +02:00

Valentin commented

2019-07-29 20:47:08 +02:00

Added subscriber: @Poulpator

KiJeon commented

2019-08-03 11:00:37 +02:00

Added subscriber: @0o00o0oo

Duarte Farrajota Ramos commented

2019-08-04 02:10:36 +02:00

Added subscriber: @DuarteRamos

Julien Leménicier commented

2019-08-14 16:58:03 +02:00

Added subscriber: @lemenicier_julien

Hadrien Brissaud commented

2019-09-25 14:50:06 +02:00

Added subscriber: @hadrien

Hadrien Brissaud commented

2019-09-25 14:50:06 +02:00

I'm not fond of animations especially for the 'UI list' case - I think drawing a dotted line where the item is going to be inserted is more efficient and straightforward (as most painting programs do it in their 'layers' list) - seeing items shift around disorientates me when I'm trying to precisely move a specific item to a location I'm targeting - when suddenly that visual target slides around, I'm not sure where to drop the thing anymore. Maybe that's just my brain ? Quite a few interfaces do this (off the top of my head Discord does this with its channel list, & last I checked Android UI framework kind of enforces it too) and I find it quite disturbing. They do make more sense in a grid view (2D) though, because the order of items is not necessarily as obvious as in a list (1D).
Other than that, obviously in full agreement of the proposal.

I'm not fond of animations especially for the 'UI list' case - I think drawing a dotted line where the item is going to be inserted is more efficient and straightforward (as most painting programs do it in their 'layers' list) - seeing items shift around disorientates me when I'm trying to precisely move a specific item to a location I'm targeting - when suddenly that visual target slides around, I'm not sure where to drop the thing anymore. Maybe that's just my brain ? Quite a few interfaces do this (off the top of my head Discord does this with its channel list, & last I checked Android UI framework kind of enforces it too) and I find it quite disturbing. They do make more sense in a grid view (2D) though, because the order of items is not necessarily as obvious as in a list (1D). Other than that, obviously in full agreement of the proposal.

Vilem Duha commented

2019-09-30 21:32:15 +02:00

Added subscriber: @VilemDuha

Vilem Duha commented

2019-09-30 21:32:15 +02:00

Regarding vertex groups and other items that are in UI lists - also your example shows clearly a problem that would be probably better addressed in Outliner. A typical list of vertex groups on a character has a length of at least 20, and that is for very simple rigs. Then comes the problem of dragging to the border and then starting some auto-scroll - which is perceptually probably very confusing. I don't say this won't happen in Outliner, but there is simply much more space by default to do these things. So the question is, why not to get rid of the lists instead of trying to improve something that won't work also with this improvement.

Hadrien Brissaud commented

2019-09-30 21:43:50 +02:00

Good point. I know of a way certain programs address that : they allow for splitting the list in two : one at the top, another at the bottom. Moving an item a long way is then just a matter of scrolling to the right place in the first 'pane' so to say, and then dragging the item from the second pane into the first one.

William Reynish commented

2019-10-01 08:37:15 +02:00

@VilemDuha that is irrelevant to improving drag and drop in Blender. We use this UI in many places, not just for Vertex Groups.

Vilem Duha commented

2019-10-22 14:52:21 +02:00

@WilliamReynish My comment was directed at all these use cases. Vertex groups are just the most prominent case.

Ryan Inch commented

2019-11-03 23:39:11 +01:00

Added subscriber: @Imaginer

Konstantina Anagnostou commented

2019-12-24 18:00:19 +01:00

Added subscriber: @Constantina32

Ryxx commented

2019-12-25 19:21:49 +01:00

Added subscriber: @Ryxx

Luciano Muñoz Sessarego commented

2020-02-02 23:35:31 +01:00

Added subscriber: @LucianoMunoz

eldee smith commented

2020-02-02 23:45:02 +01:00

Added subscriber: @testure

Pipeliner commented

2020-02-03 13:37:06 +01:00

Added subscriber: @Pipeliner

Rombout Versluijs commented

2020-02-17 00:42:24 +01:00

Added subscriber: @RomboutVersluijs

xan2622 commented

2020-04-15 11:00:04 +02:00

Added subscriber: @xan2622

Pieter Schiettecatte commented

2020-04-15 20:41:36 +02:00

Added subscriber: @Schiette

Albert commented

2020-04-27 10:09:54 +02:00

Added subscriber: @wevon-2

Albert commented

2020-04-27 10:09:54 +02:00

Perhaps minimizing the panels automatically when moving and reopening them once they have been rearranged would make it more compact and avoid scrolling.