Page MenuHome

UI: Move workspaces left-right instead of front-back
AbandonedPublic

Authored by Alessio Monti di Sopra (a.monti) on Fri, Nov 22, 12:32 PM.

Details

Summary

The patch changes the logic used in the workspace reordering operator, in order to make them move only one step to their left or right, instead of moving them to the top or bottom of the list.

While this would probably result useless once the new drag and drop system gets implemented properly, in the meantime it would allow an easier reorganization of the workspaces.

Diff Detail

Repository
rB Blender

Event Timeline

Brecht Van Lommel (brecht) requested changes to this revision.Sun, Nov 24, 1:02 PM

I disagree, I found moving to front/back faster than moving to the left/right one at a time. Maybe having both operators is ok, but not sure it's worth spending time on this rather than a drag & drop system.

This revision now requires changes to proceed.Sun, Nov 24, 1:02 PM

I disagree, I found moving to front/back faster than moving to the left/right one at a time.

The speed depends on what you need to do, if you consider all the from/to possibilities then the average steps should be more or less the same for the two methods.
Random example:

In that example you can also see how the front/back method is less intuitive, especially if don't already have the exact idea of the order you'd like to have at the end.

Maybe having both operators is ok, but not sure it's worth spending time on this rather than a drag & drop system.

Keeping both operators would be a bit messy ui-wise IMO, so if you consider the current method better I think it would be better to leave everything as is.

IMO, we should just stop messing around and implement drag and drop and call it a day.

I know it's easier said than done, but this is something crucial that is needed many places in Blender's UI. I would simply mark this as a top top priority UI-related item and try to tackle it very soon.

I agree with William, better a universal drag and drop, which once implemented (I assume) makes this kind of addition easier and more functional.

Indeed, this should be properly fixed with drag 'n drop support, see T67893: Drag and Drop for UI elements. Otherwise we just spend time moving around (pun!) the symptoms.

So thank you for the work, but closing the patch for given reasons.

Indeed, this should be properly fixed with drag 'n drop support, see T67893: Drag and Drop for UI elements. Otherwise we just spend time moving around (pun!) the symptoms.
So thank you for the work, but closing the patch for given reasons.

Ok, no problem!
I knew about the drag and drop tasks, I still decided submit this since it seemed to be a medium/long term project, at least for the ui part.