I know Campbell first brought up the idea during the 2.5 project (but never got around to it until just now).
I could see it being very useful for exports to game engines for example (depending on what it can do), an exporter to Godot could include a custom space that previews the scene tree as would be seen in that engine. An exporter to Unity could have a “prefab editor” space type ect…
Agreed!
Like this…
Same amount of panels but since they are not as tall, it saves more space and you can see more, scroll less… 
Too compressed, default is fine
I’ve made a little mockup in the Right-Click select page :3
https://blender.community/c/rightclickselect/WCbbbc/merge-modifier-particle-simulation-tabs
Good for you…
But hey, we are not here to see the header bar, the content inside of it is what matters, and vertical space is precious… 
An option to choose the height of it wouldn’t hurt anyone…
There’s also wasted space between the bar and the actual content
Blender just needs a proper contextual properties editor… then there would be no even need for those tabs…
There has to be a balance, it wouldn’t be a good idea to try to erase every millimeter of empty space or everything feels cramped (which makes things harder to read). Not having to cram things in so tight to save space was one of the points for the 2.5 UI redesign.
Make a mockup, because I have no idea what you mean.
Well the Bar’s Font size is already bigger than the content’s. That should help make it easier to read. Maybe at least cut half of that space between the bar and the content.
He means that he doesn’t want global properties like render settings displayed there. Personally, I’m fine with having all properties displayed there by default. They just need to add property tab management there, so that we can hide properties we don’t want displayed per properties editor instance. Something like my customizable n-panel idea.
Contextual properties workflow just means that the properties window should show the properties of whatever you have currently selected… it can be ojects, tools, modifiers, lamps, material… anything… This combined with a powerful outliner, it’s a paradise…
I kinda showed something like this before, but I only demoed it with tools, but it shows the properties of everything: Blender 2.8 development thread
No need for many tabs… 
New thread for UI in 2.8
OMG this single column layout. Please tell me it’s not happening 
How is it supposed to remove empty space where in all screenshots it shows the opposite. Text aligned to the right? Seriously?
And the scrolling…
It’s enough that I have to lose my sanity trying to browse this new forum and now it’s the blender itself?
I was so excited with all the improvements but this is just bizarre. I genuinely can’t follow the thought process behind this change.
I am a bit concerned William is working toward something most users aren’t in tune with. Isn’t it time we took stock of what’s been done and decided if we want to finish it. I see many alternatives or counter proposals and refinements offered. Perhaps they can be sorted into a few options and a community vote taken on the direction we would most like to go. Presently with the top bar and single column initiatives we don’t seem to be actually making an improvement over the status quo and all its shortcomings or are we?..
I wrote myself a UI script that puts all the needed object / material / modifier tools into the tool bar.
I find it very invonvenvient when in full screen not having access to it and why not combine buttons menu and the tool bar - or at least show it in the toolbar too.
Perhaps it would be a plausible thing to do, as long as it doesn’t mean further work having to wait until after hundreds of posts of back and forth debating that might not lead anywhere. If that was to happen, then a simple poll should be in order with nothing else attached (maybe the user can attach a reason, but that would be it).
Sad news yeah. This killed the code quest excitement, but there’s still time for the devs change their minds. Fingers crossed.
Thinking about this, perhaps it could be possible that the single-column approach is just unfinished? The commits right now are basically changing the Python code to not do dual-columns, so changes to the UI engine may be needed to have properly aligned text and better packing of small elements like checkboxes.
That said, it wouldn’t make sense to think a final design approved by William would have such a level of non-aligned text (which even a 12 year old kid using GameMaker or Unity would know to avoid).
How’bout just get the UI’s customizability up to a point where the Users can tweak it to their own ideal state, instead of forcing a single “semi-agreeable” UI to shove down everybody’s throat.
But that’s just my opinion. There is no perfect UI to fit everyone’s need. So let everyone have their own.
Probably 3 times harder to get done compared to just have a single UI design.
But hey… seeing what’s happening on the surface, I think there is a possibility that UI customizability is exactly what the devs are working on.
