Investigate to rewrite workbench layout using grid widget

[bpasero]

Given the introduction of the grid widget, we should explore to use it as the driver for the workbench layout, at least for the parts that are connected via sashes:

• sidebar (left / right)
• panel (bottom / right)
• editor area

Related issues:

• Allow 100% panel width even with the explorer view is open Allow 100% panel width and height #42149
• Provide workbench.panel.location "left" option Provide workbench.panel.location "left" option #37877
• Provide workbench.panel.location "top" option Provide workbench.panel.location "top" option #50984
• Panel and viewlet on right should have a border between them Panel and viewlet on right should have a border between them #37373

Grid widget prerequisites

• allow to mark a specific view in the grid as the one to resize when the outer container grows (this is to make sure the editor area always increases in size if the window gets larger)
• allow to "snap to hide" so that e.g. you can use the mouse to make the sidebar small enough that it hides and move back to show it again

[bpasero]

Some prerequisites for the grid widget before this can happen:

• allow to mark a specific view in the grid as the one to resize when the outer container grows (this is to make sure the editor area always increases in size if the window gets larger)
• allow to "snap to hide" so that e.g. you can use the mouse to make the sidebar small enough that it hides and move back to show it again

[joaomoreno]

Splitview now supports:

• resize priorities, which allows to mark a specific view in the grid as the one to resize when the outer container grows
• snap to hide

🎆

Another related commit: c01cf1d

[joaomoreno]

Gridview now supports all of that too! 🎉 Getting closer

[bpasero]

Awesome 👍

[costincaraivan]

This looks really cool, if it's what I think it is. One thing I'd be curious to know - would this include the possibility of having multiple terminal splits/sections as part of the grid?

That would enable some great workflows available when working in a terminal environment, but with the extra Visual Studio Code polish and better debugging experience.

Or does this include putting the whole panel in a split? Which definitely represents progress but doesn't get Visual Studio Code all the way to what I'm proposing 😃

[sbatten]

@joaomoreno oooo will try this today

[joaomoreno]

Didn't actually run it, so might not be complete, but you get the idea.

[dbaeumer]

Moving to Feb.

[marcos-diaz]

Please note that ideal decoupling should not be just about choosing left/right position of the whole sidebar, but the ability of position each element in whatever panel the user wants, i.e. treeview at left, open files at right, and search at bottom... all at the same time!

[sbatten]

closing this item as I believe we have tackled "investigation" :P