Blender 2.8 user interface design


#1021

I love it. This imo could solve many UI quirks and perplexities


Global topbar conflicts with multiple editors layout
#1022

Other example of the idea with a UVeditor layout. Other good thing of this solution is that allow to separate viewport setting header of actual edit mode settings/tools.

Anyway I still asking for the tool tab in the sidebar. For complex controls. The idea could be that tabs in sidebar don’t have name, have an Icon, and if addon developers don’t create an icon the Tab only have one or two letters to identify.

And the good thing is that you can still naming it topbar.


#1023

As someone suggested, having toolbar into editors (only those who need it btw) could allow to send the toolbar content horizontally up there, and all the tools properties back to their 2.7x position on the left column


#1024

IMO, as long as the topbar contains editor specific content, it should be in said editor, or change according to the active editor + have a way to lock on a set (i.e. like the pin button). Otherwise, let the user choose manually what is in the topbar.
Other softwares already does that, and it works. And it’s another way to have an easy access addon widgets area.


#1025

yes please, as in here!


#1026

+1, it should be inside the viweport itself, and each editor should have its own topbar, so we dont mix settings!


#1027

I propose changing the outliner bar from the current version where you have to scroll right to add a new collection. I’ve created a mock up where everything is automatically displayed according to screen size, for example on larger screens the search bar could stretch out. This saves confusion for new users that don’t know they need to scroll right to add a new collection and saves time for existing users + an overall cleaner layout.

I think that in the “hide collection/object in viewport” (eye icon) and “disable collection/object in viewport” (monitor icon) should be one button and combine the functions while still using the eye icon. Perhaps even merge the “disable collection/object from renders” function into it as well. That way you can have all the icons in the collections tab visible. This would create a more minimal and streamlined user interface / user experience by just having two icons, one for enabling / disabling viewport selection and the other for hiding / disabling collections from viewport + rendering, kind of like photoshop one to hide layers and one to lock layers. They basically all do the same thing so might as well combine all the functions together into one icon.

Also, as for the default dark theme, I really think we should leave the previous one as default. The new one with the light grey grid doesn’t look as good and it’s very hard to focus on your mesh. Also the light grey grid makes the mesh look like it’s floating in mid air. Btw I’ve made minor tweaks to my version but as a new user I feel that this theme is the most professional / welcoming version.


#1028

When working on shading a scene, it’s pretty slow to switch between editing the world material and editing the object’s materials. @pablovazquez recently mentioned bringing back the buttons to save a click.

What if the shader editor automatically switched to the world when nothing is selected? It makes logical sense given the hierarchy of scene data, we wouldn’t need multiple modes for that editor, and would save us clicks.


#1029

I don’t know why devs simply won’t make dockable toolbars like everywhere else - photoshop, cinema, maya, 3ds max, substance. currently the ui lacks flexibility, i’m haytin it every time when i need to quickly rearrange my working area. Although i don’t personally like horizontal toolbars because they eat precious vertical space(in the modern days of ultra ultra wide curved monitors i’m ready to kill for every 10 pixels of vertical space taken from me) but it would be great to have an ability to deal with those editors and windows and placing or docking them where you need with a simple and straight forward drag’n’drop thing.


#1030

@billrey, @ideasman42, @pablovazquez

I know it may be too late, but we were asking this since before the beta, its a mistake to make a global topbar, I really wish you could get a bit more overhaul on that before the final release, If tools are per-editor, topbar(s) also have to be inside each editor, just like a header, otherwise, you know, this is really limitating to the fexibility of the interface.


#1031

Active tool is one of main concept of 2.8. but to work it as designed, at least I do not think, current “topbar location” is good. This problem may be more clear, when developer gather feedback about each workspace and current status.

How developer think, these options will pop up, as Top (or bottom) “sub” menu?
of course user can still choose locatiton. Top or bottom as same as main top menu.
current status , it is somehow strange, when we use active tool in right side or bottom etc, those option are only shown in Top left side. (or developer hope to use property > tool? it use huge space,and I seldom set
as tool (the property we need to change more detail about each properties, not set it as tool just change active tool options,I feel)


Global topbar conflicts with multiple editors layout
#1032

I forwarded a ticket, hopefully devs answer why they are ignoring this topbar problem:
https://developer.blender.org/T59419


#1033

STOP STEALING MY VERTICAL SPACE! monitors already turned into a narrow planks! and you want to screw things even more with that top bar! NO! JUSST NO!


#1034

The same space stealed in a viewport is gained by removing current topbar. Unless you have two editors one above the other, this layout uses (or wastes) the same vertical space


#1035

Man… i’m totaly agree with you!!!
Its too bad that most casual modeler asking dev-team to add such unnoing and useles thing like go up and click+go down and clik… its like a crow with no brain in head ))) and waiting from a programm like Blender the magic button “Do everything for me” ))


#1036

I’m strongly against those long horizontal lines with tool properties no matter where on top or at the bottom of the screen they will be placed. I don’t know why developers can’t just place those in a pallet inside N sidebar, it’s plenty of horizontal space and you can easily toggle it on and off when you need it.


#1037

Ok I understand your view. my mock up is just example what I think. If you like your way, I do not against it.
But As for me, "Vetical or horizon " is not matter.

because most of case I open many window pararell. I like to play character animation and character render. with blender. Then I often modify many with posing, set keys, edit material , edit complex driver too. Though I do not like modeling as same as yours ,but I need to use blender as my purpose. then for me, if top option menu move to curernt N icon space, it after all lost space . I do not care, even though there are another small
menu vertically…

Then I read your topics , and I think it is reasonable. but my main subject is these option need to be located near the tool. it was my first view about new option menu.

then if we can use layer window, (and move them as we like) it is best option. but unfortunately I think it seems more difficult for dveloper than move option menu as vertical menu in each window.

You seems have offered many mockups about active tool otpioon menu, so I apreciate your view.
but please do not say me steal something from you in public forum.:no_mouth:


#1038

I used word “stealing” figuratively. Honestly i wish i could just collapse the top bar and call F6 palette for tool properties, but i’m not sure if it will return.


#1039

I see. do not mind. I just hope at least there will be some improvement about the top option menu.
and hope yours serious users request will be taken into .:wink:

Though I do not know, if I get used to current option menus, as same as I get used to right click select.
10 yeas ago.


#1040

you can: drag from bottom to top