- Edited
TheOtherKai What does "stay as they are" mean? What happens to folder tabs?
TheOtherKai What does "stay as they are" mean? What happens to folder tabs?
Folder tabs would just be tabs with customisable titles, so they'll behave like regular tabs. It would not be great if there was custom browser behaviour for a certain tab.
TheOtherKai So what you are really looking for is ability to change tab title?
Vlad Yes, as that is all that is really needed to have the functionality of a "folder tab". It just needs to persist past restart.
TheOtherKai Well it is not technically a folder as it currently needs to contain a web page. How do you imagine your flow with "rename tab" feature available?
I just stumbled upon an easy solution.
Create a bookmarklet that lets you rename tabs. Then use a start page and rename it to anything. Voila you have your tab folder.
javascript:(function(){document.title=prompt("Rename tab (reload to reset):",document.title)})()
However this does not persist past restart, unfortunately
Hi,
I'm here to put some salt over the topic.
Those who already talked with me know I'm a heavy Arc user.
Arc has this super convenient "Tab Folders" feature and this is the second most important feature that prevents me from moving to Orion as a default Browser.
First, what I don't want from what I read just above:
I don't want tabs to nest other tabs in the tree view.
I don't want to rename tabs to make them appears as folders but still be tabs.
I don't want to click on a folder and the browser opens every links in the folder.
What I want for this feature is this:
I want folders to be "real" folders. When you click on them -> You open/close them.
When a folder is open in tree view, you can click on the tabs in it to open them.
These tabs have to be closed until you open them and they have to offer a way to close them without removing them from the folder, allowing them to persist without being loaded.
We should be able to rename folders.
We should be able to nest folders in folders.
Browsing from a tab (placed in a folder) should either create a new tab and then we can consider tab-in-folders like pinned tabs but, not compact and in folders OR/AND provide a way to reset the state of the tab-in-folder to the original URL when we started to browse. Anyway, the original URL should persist for this tab after the browser is closed and reopen and the state of browsing has to be forgotten through tab close and browser restart.
Horizontal tabs don't fit the concept of folders. But, Google Chrome and Beam are example of Tab Group (folder) that are useable with horizontal tabs. However, I think all the power of folders can't be exploited in Horizontal Tabs, as the tree view, the best way to actually use folders, is not even a concept for Horizontal Tabs.
Tab Folders are similar to Bookmarks but are actually part of the browsing. And so, tabs open outside any folders have to be completely distinct. These tabs should be draggable over a folder to put them in.
IMO Horizontal Tabs don't have to reflect the tree view, Horizontal View should only reflect the open tabs and let the Vertical Sidebar deal with the managing and placement of tabs.
The idea is that Horizontal view should only include pinned tabs and open tabs.
Vertical View should display the tree view of tabs within their folders, the pinned tabs, and the open tabs that are not in folders and mark the open tabs that are in folders somehow, maybe with a dot or a bolder font or I don't know yet but somehow.
And the current tree view for tabs, where tabs are nested in the vertical view should be an optional feature (maybe enabled by default) so that it can be disabled when folders are used.
Note that this nesting is not reflected in Horizontal View so If you were going to say that we have to reflect every features of vertical view into the horizontal view, I would call you (whoever feel concerned) a dishonest person ahah.
I would like to bump this Feature Request from @motech along with @gcqd's input with regards to Tab Folders as I believe they can serve really well in organizing Tabs that aren't necessarily related to each other easily and intuitively. And to a lay-person, it can allow them a clear option for better Tab organization if they are ones to open a lot at a time. But, this is a Vertical Tabs-first feature as it helps to organize people like me who like to open millions of tabs in the name of researching topics.
Being able to nest Tabs within each other is super helpful! I have been utilizing this feature to make the Parent Tab the homepage of whatever website I plunder. And every Tab nested within it is just different destinations within that website. However, there comes a time where I wish I could have multiple different websites nested under a single "Tab" that actually relates to all of them instead of being nested under a random webpage that kind of relates to them but adds extra connotation to that Parent Tab that I wouldn't otherwise want.
Take this selection of Tabs as an example. I want to collect news relating to the Cryptocurrency space under a single Parent Tab, but I have so many different websites open that there isn't a particular one, at least for me, that can serve as an adequate Parent Tab. Which is why I am using a Kagi tab as an alternative to serve as their Parent. It is a neutral Tab which hosts all of the news. And the connotation I am worrying about is most likely something that only relates to me. It's where if I put, say, Bloomberg as the Parent Tab, and then getting this feeling that I'm supposed to be getting all of my Cryptocurrency news from them or all of the Tabs nested within it can be found from that website. It's a nit-pick, I suppose, but that is why I wish to submit this comprehensive feature request.
For Vertical Tabs, they can be simply implemented as another Tab that is fully customizable with color-coding and an SF Symbol for its icon. What may help with visibility is the color chosen for the folder being inherited as a background for tabs nested within it. Like a bright red icon being chosen for the Folder which then has a diffused red background that extends downward to as many tabs that are nested within it. A trouble may arise when you nest folders within one another.
Another solution could be lines extending from the icon of the Folder down to the last nested Tab. This line can inherit the color of the Folder icon and can extend to every other nested Tab in the Vertical Tabs view to show, very accessibly, each Tab's association with each other. The added color could then lend to some extra spice to the UI.
How will it work in Horizontal Tabs? Vivaldi provides some excellent solutions to this and could be solved in multiple ways. However, with the design decision to round the corners of the Tabs in the Horizontal view (which I really like) can prove problematic.
Like using Borders that may inherit the color of the Folder as shown in the video above. But more importantly, what the video shows as a more appropriate solution is the collapsing of Tabs into a single Stacked Tab that is made evident by its different shape or added accents. Hovering over it will not only give a preview for the webpage that the Tab is directly associated with, but also the other Tabs in its Stack. A button can then be made available to display all of the Tabs associated with the Stack in focus for as long as the user needs until collapsing them back down to view the rest of the Tabs in the browser.
These Stacks, in the end, are the Folders from the Vertical view. The original icon can be beside the first Tab in the Stack or next to the Tab visible when all of them are collapsed.
Another solution could be the utilization of the Compact View. With the newly allotted vertical space, there can be possibly be an option to have two layers of tabs. The rounded edges will be pushed to the bottom-most Tabs, and the top layer could be allocated to the Folders. Clicking on a Folder will show the Tabs nested within it on the Tab layer below it.
Happy to report that we finished the UX study on the subject. This is what we came up with.
I also find it a little bit confusing that the parent of a tab group is a regular tab, and would like to have "vertical" separators.
The way I have solved it for now is having a local html file that changes its own title via JS depending on the params received. If I want to create a vertical tab separator, I visit that file and rename the param, get a new tab title and then group the related tabs within it.
Of course, the new UI looks awesome!
pantulis In the meantime you could also just rename start page to whatever you want via this bookmarklet
Vlad Regarding the "horizontal tab problem", which I agree is difficult to solve because the horizontal tab bar lacks space perhaps it can be considered that in a horizontal tab the concept of trees of tabs disappears and presents a flattened tab view (as if "Show nested tabs" was disabled).
Not really sure I like this approach because it may confuse new users, but I would like to know what others think.
In Chromium broswers a group of tabs can be named. Like "Keyboard" in this example:
It would be helpful to be able to do the same for tab trees in vertical mode in Orion.
So in this scenario, the parent would be the name of the tab tree, and the rest of the tabs would fall under it.