Page MenuHome

Please, make a per-window topbar.
Closed, ArchivedPublicTO DO

Description

So, on devtalk, we are requesting a little change to the interface but no answers so far.
I dont know why someone would make the topbar locked in place and global since it display local tool settings, but I hope you are already aware of the problems it brings up.

Problem
Top bar is global and unmovable, it picks the settings if the last activated tool, which brings inconsistency and requires extra clicks and unnecessary movements to reach the topbar specially when there are multiple regions of different types sharing the same topbar


We see it being reported in the devtalk multiple times.
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/1031
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/1021
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/963
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/944
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/918
https://devtalk.blender.org/t/blender-2-8-user-interface-design/505/142

And I didn't mention proposals that doesn't relate to topbar but provide better solutions than those.

Intriguing enough, I don't find any answer from devs to why this is a bad idea or if its going to happen or not.

Anyway, the solution everyone seems to ask is this:
Make a per-region tool settings bar, which picks up the settings of its own editor and nothing else, they can be optionally hidden and or moved to top/bottom/left/right

@William Reynish (billreynish) Before triaging this as invalid as you do, please answer why this got ignored? Is it too hard to implement?

Event Timeline

William Reynish (billreynish) changed the task status from Unknown Status to Archived.EditedDec 15 2018, 5:29 PM

Not a bug, Use rightclickselect or devtalk for feature requests and feedback.

Damn! Why you do this?
You look like a bot, Cmon, at least answer the question.
It can be on the devtalk thread, at least tacle the subject a bit, you are the interface designer.

We don't normally use the bug tracker for feature requests or feedback. Anyway, here goes:

There seems to be some bugs related to switching the tools when you are using multiple editors. Currently it doesn't always update correctly to show the correct tool properties if you switch between tools in the 3d view vs the UV Editor, for example.

As for your suggestion, we could do that, but those things are not per viewport. Also might be problems with fitting in things like the sculpting settings if it was put inside the viewport.

The top bar concept was mainly conceived of before I got on board for 2.8, but the idea was to move global things there that aren't per viewport, such as the mode and other things like the commands adjustments (redo), which were previously inside the 3D View.

It ended up being paired back and things were removed from it, but it does serve as a consistent place to find tool settings.

I'm not really sure how the per-editor top bar would work in different scenarios, but you are of course welcome to make examples of how this would work and look and we can take a look at it.

Thanks for a good answer, now, I can understand a bit what happened, the fact that a thing designed to display global settings is being used to display local properties, is really alkward.
,A per-editor bar doesn't exclude topbar, it moves local settings like tools into it, while topbar can keep the global mode-related settings.
Many users are concerned that it's too disconnected from the editors when working with multiple splits in the screen, the topbar switch like crazy and is seemingly disconnected from the editors that it inherits settings from.