Comment by DonHopkins

Vertical tabs are better in some situations and for some users, horizontal tabs are better in other situations and for other users. So all users should be able to choose to place tabs along any side of any window, and change which side and what position any tab is at any time. Not just tabs for emacs frames or web browser windows, but for ALL windows including top level and internal application windows. And you should also be able to mix tabs from different apps in the same frame, of course. Why not?

I implemented tabbed window with pie menus for UniPress Emacs in 1988, and still miss them! Later in 1990 I developed several other versions of tabbed windows with pie menus for NeWS that let you manage any NeWS and X11 windows, and drag the tabs around to any edge.

https://news.ycombinator.com/item?id=38337808

DonHopkins 3 months ago | parent | context | favorite | on: Vertical Tabs in Visual Studio Code

This is why you should be able to choose which side and position any tab is positioned along any window at any time, and change them at any time by dragging them to where you want. Then you can assign meanings to each side, depending on your workflow, for example (this should be under user control, not set in stone, of course):

Tabs on the top for important stuff.

Tabs on the bottom for administrative stuff.

Tabs on left for things you haven't read yet.

Tabs on right for things you've already read.

Then drag the tab from the left to the right after you read something (like moving it from your "in box" to your "out box"), or pin its tab on the top or bottom of it's important and you want to keep it around and easy to find.

And if you really want, you should be able to hide the tab to save space.

And not only tabs for apps like browser and IDEs, but also the desktop window manager should support tabs on top level windows in a consistent manner, so you can drag tabbed windows in and out of other window frames, as well as arranging them in hierarchical outlines along the edges.

All this is super obvious, and saves a lot of time and effort, so it bewilders me why tabs like I described and implemented in the 1980's aren't universally supported on all desktops and applications by now.

It's not because they're patented. Adobe tried, and sued Macromedia over it, but that patent (illegitimate in my view, since it ignored the prior art, and was extremely obvious and not patentable) has long since expired.

https://news.ycombinator.com/item?id=38341279

donatj 3 months ago | prev | next [–]

VScode started with vertical tabs only back in the day. It was a very interesting design choice. They switched to horizontal tabs from pressure.

DonHopkins 3 months ago | parent | next [–]

I just can't get my head around the mentality of making that decision for all of the users, hard coding it, and forcing it on them, not allowing you to choose for every window, or change your mind at any time, and simply drag any tab to any edge you want, whenever you want. What makes user interface designers so arrogant and sure of themselves and lazy that they think one particular side is the only side, and the best for everyone, no matter what your screen size, resolution, aspect ratio, layout, number of tabs, icon or label size, workflow, direction of text flow, handedness, visual acuity, physical dexterity, task, and preference?

And then when you inevitably run out of space for tabs along the one edge, instead of simply allowing you to put more tabs along the other edges, you either add more horizontal rows along the top, so you get this abomination [1], or you have tiny little hard to use scrolling arrows at each edge so you can't see all the tabs at once, so you get that abomination [2]:

Is it ever okay to have multiple rows of tabs?

[1] https://www.youtube.com/watch?v=iuC_DDgQmsM