Multiple panes with tabs, that can be resized either to custom sizes or automatically (binary space partitioning).
It’s too much for a general purpose browser, which is how we’ve got the Chrome, Safari, Firefox we have. But I think the appeal of a more information-dense browser is broader than we think, anyone doing research would benefit from it.
BTW, I was a TST user for many years, and recently switched to Sidebery, which seems to do the same and more, but is a bit more polished.
I used OmniWeb as my main browser for many years, right up until Firebug and Firefox became the preferred development environment. Great browser, a lot of great UI ideas out of that shop.
My setup: https://i.imgur.com/sZ8zdol.png
Safari introduced “tab groups” a while back, which to me is an insane mess of complexity. When I think about it though they’re just folders and each tab is a bookmark/favorite.
The vertical tabs in Brave remind me of bookmarks/favorites too.
The reason I like it is that he’s unified tabs and bookmarks almost, it’s a great UX that looks like some things you might have seen but still feels different.
He’s also got wicked design sense — but I’m biased so. I also feel like I’m doing him a disservice — he’s got one of those silly lifetime deals going right now.
The primary input mechanism for dealing with a large amount of "list entries" in any GUI software, nowadays is scrolling. While scrolling can be implemented in horizontal tabs, browsers prevented it from being used efficiently. Tabs all have to fit on that bar, and if they don't, for some reason you couldn't scroll but had to click little buttons, or if you could scoll, it wouldve been a bad UX, since tabs horizontal scrolling goes too fast for the user, or takes too long.
Vertical tabs. Nice. From now on, any browser not offering this feature, shouldn't even bother applying. Nicely done Brave!
With regular horizontal tabs you either squeeze all tabs to fit the window width, in which case you stop being able to read page titles at some point. Or you have a horizontal scroll on the tab bar which also means you can only read so many titles on screen (probably fewer) before needing to scroll.
The vertical tabs switch this up by being able to show a larger number of tab titles before you have to scroll down. Of course this depends on the width of your vertical tab sidebar but having word wrap or configurable height on horizontal tab bars isn't ever presented as an option so can't compare.
Another clue to understanding my preference was when I realised I actually really like being able to have multiple rows of horizontal tabs vs a horizontally scrolling tab bar. So I think it just came down to the density of information visually available before having to do any scrolling.
I do think it all just comes down to personal preferences and muscle memory and individual use cases (for example, some people like having 50+ tabs open, others don't). So I am very hesitant to call one approach better. I just don't understand why we can't have both options more available everywhere.
So, looks like I’ll move to that when Apollo shuts down.
Works with Twitter too - I’m a noob smh.
*looks like I’m wrong- now not loading. Oh well.
It had a major downside of putting browser chrome over the page area and hiding the URL. Over time the latter has become the default anyways but the former is still iffy. Safari approached this concept more recently, as the only browser I'm aware with this as an officially supported option, but put the URL bar directly in the tab, which is a bit more awkward to use. On Vivaldi there is the option to hide it but then activate it via a keyboard shortcut/gesture, which functions similarly but can cause extra switching between keyboard based navigation and mouse based navigation (the latter of which can be very hard to avoid). Because of the way Vivaldi is implemented it's always performed a lot worse than other Chromium based browsers for me as well. In Firefox there were several CSS hacks for this but it was constantly falling apart on updates so I gave up on it.
I guess the long story short is: as a very light tab user (1-8 throughout the day) I miss this old option in Chrom* greatly.
Otherwise, I would have kept using it - it was fast and energy efficient on my intel macbook, way better than chrome.
I also have to say - I hate when I have so many tabs open. It's basically a manifestation of my ADHD. I need to focus one thing at a time.
Arc does this, but they don't give you the URL bar. It may sound nitpicky (and it is) but I really want the hidden tab sidebar AND a visible URL bar. Here's hoping either Arc or Brave will make this an option.
The main problem I have now is that I have trouble finding old stuff because internet search keeps getting worse.
Bookmarks aren’t really a solution because they are not searchable, and I’m bad at predicting what I will want to re-read in 5-10 years.
Brave has been the best innovation in browsers in recent years. A pleasure to use. Kudos to them and their users for putting up with all the hate.
(Sadly, I can't call Firefox all that mainstream today.)
The more I think about it — the more Arc reminds me of an IDE. A browser IDE of a kind.
HCIL Demo - HyperTIES Authoring with UniPress Emacs on NeWS:
>Demo of UniPress Emacs based HyperTIES authoring tool, by Don Hopkins, at the University of Maryland Human Computer Interaction Lab.
HyperTIES discussions from Hacker News:
I later implemented pie menus and tabbed windows for the NeWS Toolkit (TNT) "Open Look" window manager in 1990 for Sun OpenWindows (X11/NeWS), that let you drag the tabs around to any edge of the window, and wrap all your windows in tabbed frames, even including X11 windows!
NeWS Tab Window Demo (This video may not play in some regions due to copyrighted music):
>Demo of the Pie Menu Tab Window Manager for The NeWS Toolkit 2.0. Developed and demonstrated by Don Hopkins.
Object oriented PostScript source code for NeWS TNT 2.0 pie menus and tabbed windows:
Tabbed window (with pop-up pie menus on the tabs) are also great for representing PostScript object stuck onto a "stack":
PSIBER Space Deck Demo:
The Shape of PSIBER Space: PostScript Interactive Bug Eradication Routines — October 1989:
Tabbed Windows - History:
>Don Hopkins developed and released several versions of tabbed window frames for the NeWS window system as free software, which the window manager applied to all NeWS applications, and enabled users to drag the tabs around to any edge of the window.
>The NeWS version of UniPress's Gosling Emacs text editor was another early product with multiple tabbed windows in 1988. It was used to develop an authoring tool for Ben Shneiderman's hypermedia browser HyperTIES (the NeWS workstation version of The Interactive Encyclopedia System), in 1988 at the University of Maryland Human-Computer Interaction Lab. HyperTIES also supported pie menus for managing windows and browsing hypermedia documents with PostScript applets.
HyperTIES browser and Gosling Emacs authoring tool with pie menus on the NeWS window system:
>HyperTIES is an early hypermedia browser developed under the direction of Dr. Ben Shneiderman at the University of Maryland Human Computer Interaction Lab. This screen snapshot shows the HyperTIES authoring tool (built with UniPress's Gosling Emacs text editor, written in MockLisp) and browser (built with the NeWS window system, written in PostScript, C and Forth). The tabbed windows and pie menu reusable components were developed by Don Hopkins, who also developed the NeWS Emacs (NeMACS) and HyperTIES user interfaces. (Sorry about the quality -- this is a scan of an old screen dump printed by a laser printer.)