Convert the Topbar in a new Editor Header - Proposal

85% of the world’s population is right-handed and their books are written from left to right.

1 Like

Totally unrelated.
All I want to say is that when you’re working, you want the least mouse traveling possible.

Try to work on a Cintiq, with an app where the tools are on the left. Nightmare!

It’s completely related. Almost the entire world population writes in one direction, from top to bottom, from left to right (even in China and Japan when they write horizontally that is the sense of their writing). Even if you look at studies of cave paintings these tend to follow the same direction, starting from the left and up and ending in the right or down.

That is to say, our brain simply sees better the information at the top left than the one at the bottom right.

Using the cintiq with a 3D suite is a nightmare, it is not designed for it. And almost nobody uses it. And since almost nobody uses a cintiq for 3D, designing the software for the minority that does it is a mistake.

If we look at how any normal person works, with a mouse or with a tablet, we will see that the movement to the left of the right hand is much more comfortable and healthy than moving the hand constantly to the right. For the simple reason that our hands evolved to grab things in front of us, not to our sides. This allows us to flex our hand to the left and towards the palm of the hand in a much more comfortable way than to the right and against the direction of the palm of the hand.

Without forgetting the carpal tunnel syndrome that is given more by forcing that hand movement of which you speak.

So your proposal, which is very comfortable without a doubt for those who use cintiq, makes blender uncomfortable for 99% of the remaining users.

That’s why 99% of the software places the tools on the left.

What I mean is that I agree with you that, because of your situation, it’s very comfortable to put everything to the right. But it is not so for the rest of users, and I think you should defend an interface that works for most and that allows you to work optionally as best suits you.

And don’t defend an interface that is uncomfortable for most users simply because you use a cintiq.

The beauty of using the properties window for your tool settings is that you can absolutely put it on the right if you prefer!

By the way I do use a cintiq with blender :slight_smile:

1 Like

It could be improved in the way it presents the settings for sure, but the panel is otherwise a great tool for all the problems you brought up.

You can duplicate it as much as you’d like, place it left, right, and reduce it when working full screen. This is a great principle.

It could, you know, live in a panel that would live on the side of the viewport, and could be toggled with… T, let’s say…

But that ship has sailed, it seems.

Maybe it could come back and be toggleable, in which case it could collapse to a vertical list of tools like at the moment and expand to a full panel with the tools icons on the side like the property panel? In that case it should disappear from the properties window.

The top bar is not a place where most people would look for these options, and it’s an awkward format to present them.

Search is never redundant, that’s a paradigm in every software. You can access functions through the UI, or through search when the UI is confusing. That’s a basic thing. On the other hand, accessing the same settings in several places is terrible UX.

I always will defend the back of the tool option to N.-shelf panel, Like you can see in my sculpt proposal. Allowing the user to have the tool panel inside viewport and in the left or right side.

The topbar is a good place to put some few options, main options an allow to the user change it without the T-shelf or tools panels in properties editor.

1 Like

Even for non-cintiq users, it’s more efficient to have the tools and the settings on the right, trust me.

Also, Blender should ship with layout variations, not just workspaces (which are terrible btw), so new users could see the possibilities.

If users have the possibility to change it, they will do.

In my case, like all programs that I have seen in 25 years working with PCs have the tools in the left or top, and properties in right or bottom… I preffer to keep the classic estructure.

I’ve expanded my reply in the previous post but I want to add:

The top bar is not a good place for a few reasons:

  • The format means having to use drop down menus which increase clicks

  • Different tools have different number of settings and eventually as blender grows this will become a kitchen sink mess or be incomplete. It’s not a long term solution.

  • It’s a top bar so it could have any window underneath. You won’t want tool settings there while coding or doing compositing. It’s not universal.

  • It’s far away from the working area which is usually the middle of the screen. The eye doesn’t go there unless on purpose and so it’s hard to tell which option is activated while working.

  • It’s not a common pattern of UI which means people don’t have an instinctive understanding of it.

  • Yes, it’s true. Even so, it seems to me as if in the case of the sculpt you often ended up wasting time looking for the panel, extending the one you needed at that moment…

  • I don’t think the Topbar is currently seen as a place to put all the options of the active tool. Simply as a direct access.

  • Yes, it’s true, that’s why I add my proposal in the editors who need it, only.

  • Yes, it’s also true, although it’s also true that practically all the programs put there the properties of the tool and it’s a standard. Anyway, having a topbar doesn’t prevent having a popup on top of the mouse calling it with a key.

  • I don’t agree, almost anyone who uses any software knows that this bar is usually used for tools or tool options. The weird thing is actually to see it where it is in blender2.8

Anyway, we’re taking the conversation to a point where I don’t want to take it. Because I just want to propose how to fix the topbar and not enter into a full debate about all the interface and other improvements it might need. I prefer to just talk about having to exist a topbar this is a better solution than the current one. And if in the future it is possible to implement an even better solution, welcome.

Mainly because I don’t want to scare the developers into thinking that they should change all that when none of it is necessary. With a very simple change, to put the topbar in a new header, almost all the current problems of the topbar are fixed. Can proposals be presented to improve the workflow? Yes, of course, and I’m doing it in other proposals as you can see, but I do not want to mix them with each other

Exactly.
That’s why, regarding topbars, I will only support proposals like this one:

Clean, clutter free and future proof. Tools settings belongs in the properties editor.

It seems like BF will learn it the hard way, when the topbar will be crowded as hell, with no more space left to put things. :rofl:

2 Likes

You seem to be missing one important thing. There are tools with only one option, or even no settings at all, and other tools with a lot of settings.

I have checked all the current active tools and even the longest ones enter in this design in a 1080p screen.

You have something like this:

And you do not have enough space to show even the most basic settings, like the “Brush” and “Stroke” options. If we talk about the popovers, then of course we can put any number of options in just one popover.

And here is an example of how header will look with a different tool selected and if we switch to the “object mode”; with a lot of unused space.

In the same way that in a vertical panel without collapsing you can’t show all the options either, I don’t see any difference. Let’s remember that all those options entered in several tabs of the T-shelf and not completely.

The only difference is that popover access is faster, direct and takes up less screen space.

For example, in my actual laptop, with panels, I only can see one panel at same time

Even if i halve the size of the panel

I see a big problem with the Popovers, you do not see what settings you have now. The Popovers work well for view settings, because you will always see their effect in the viewport. For tools like brushes, it’s much more important to see the current settings, especially the ones you’re constantly changing. The panels can be rearranged and kept constantly open the ones that are important to you now. Also a side panel can be quickly opened and closed with hotkeys.

These stats are pretty biased, methinks.

Though I see where you’re coming from (and agree to some extent in certain cases), you seem to be quite dismissive of any tweaks to your design. In fact, if there is a single thing you can point out that’s negative in other users’ tweaks/advice/recommendations, you focus 100% on that negative thing while ignoring anything positive and dismissing their ideas entirely rather than discussing their potential merits as well (and their possibility to be integrated into your own design.)
This is not a collaborative discussion – This is the tyranny of an idea trying to maintain its dominance.

That being said – maybe this discussion can be more collaborative going forward?

Also, I agree, but this is exactly why I suggested the hybrid approach (see right: pretend those are brush settings):

You can have stuff always displaying (such as the Vertex groups and Shape keys) when the accordion menus are fully-opened, but you can have those same menus be temporary popups as well (when pressing the dropdown icon just beside the arrow).

I don’t think so. In reality I didn’t like the topbar but I’m trying to keep the idea to make the proposal confortable for developers and designers.

And also that many of the ideas are not about this proposal to turn the topar into a header if not other interface proposals. That is a bigger debate that we have had on many occasions.

And as you can see in my proposal I keep asking for the return of the T-shelf to be able to have that on screen for those who need it. But I don’t consider it necessary all the time.

In Zbrush is similar, All options are not visible by default in Zbrush.

For anyone else interested (a clearer definition exists in the PaperCuts thread):

Button Soup™ is generally when groups of controls or elements (not just buttons!) sit nearby or close to one another without visually-distinct, easily-identifiable, grouping whose visual-distinction still holds up “at-a-glance” (consisting of less than half-a-second).

Again, visual-distinctiveness and also organization-according-to-functional-themes (i.e. form follows function) is really key here.

To be fair – because I didn’t use custom controls for Scenes/RenderLayers – I did actually fail at completely eliminating Button Soup™ here:

This rationale is exactly why Button Soup™ has always been so prevalent in Blender.

I could cram all the buttons in the interface in a single panel, like so:

But it doesn’t “work”.

That bottom bar, for example, in the screenshot above – Can you generally tell (in less than 1 second) what their basic functions are? Nobody could – and that has nothing to do with not knowing the program. It has everything to do with the fact that none of the icons have any visually-identifiable relationship to one another, grouping or otherwise.

The tool properties “popup” is no more “annoying” than pressing the “T” or “N” key to slide out a tool or property panel.
Not really a fair argument there. :confused:

On that point, I’ll definitely agree with you.

This was just a rough, quick and dirty mockup to articulate some ideas I’ve been having for the Blender interface for quite some time.
I will rethink the tool properties, but I don’t see any issues with the other parts, save for two (which I will address in my next iteration.)

I’m really open to input though. So please blast away.

Currently we have everything together and is not a button soup, with a few improvements the problem would be even smaller. In addition that the real problem of blender with the button soup is not the header, is all that around this.

I can hardly say that this is a button soup.

I don’t think it has anything to do with what we’re talking about. In my proposal I have included all the properties of tools in the “topbar”. In addition, they are delimited by the own positioning in the bar. It can be improved but it is already quite clear. Can be placed some separator, reorder some element … but in general is more than functional and understandable.

But as I say, could try other combinations

On the contrary, there are quite a few differences. The T or N panel are relatively unobtrusive and do not invade the work area, they delimit it. The panel that you propose if it invades the work area unnecessarily, in addition to needing to resize each tool, would be much more intrusive and annoying And what is the solution to that? Basically give it a whole row to place the options there. That is, the same as in my proposal.