When I'm working on a specific problem I tend to open a lot of tabs, so my workflow was to create a new group, open all the tabs I needed while I worked (sometimes I'd open the same link in several tabs because it was easier than trying to find where it was) and, at the end, move whatever tabs I wanted to keep (for reference or future use) and closed the whole group.
That and good names for groups made easy to find anything even with hundreds of tabs. If something else came up and I had to drop everything I could open the groups view, select the appropriate group and have an almost-instant context switch. Then I could go right back to whatever I was doing and pick it up with the same ease.
With Tree Tabs but without Groups I can do something similar by using the root of each subtree as a group. However, it's not as nice:
- You can't change the title of the tab, all you can do is use a website whose title describes as best as possible the contents of the subtree, which makes groups like 'email' and 'Hacker news' easy to recognize, but complex tasks almost impossible (not to speak of two similar but separate tasks)
- Even if I close all the subtrees and only leave open the one I'm working on, the titles are still there, always visible. I find that it makes it more difficult for me to concentrate (and increases the chances of procrastination)
What do you mean "environments"? Do you mean "containers"? The ones called "personal", "shopping", etc?
I've done a quick search for environments in case there's something I missed, and found nothing, so maybe it's a translation issue?
If you DO mean containers, then yes, it's a wonderful idea and I use them extensively[0], but has nothing to do with Tab Groups. If you boil it down, Tab Groups was just an UI extension, all it gave us was another view of all the opened tabs and, if you ask me, that idea matches perfectly with containers; just make each group a container.
My only issue with containers are that you can't move one tab from one container to another. I understand why and the complexities (and maybe even dangers) of doing so, but strictly from an user perspective it feels... wrong. It feels like an arbitrary limitation. Of course, you can copy the url, open a new tab in the container and paste it there, but then you lose all the history (and might need to log in again).
[0] With Tree Tabs I've made every root tab a different container and every time I open a new tab from that root, I made it from the same container.
It is :-) German Firefoxes translate the containers as "environments" which is somewhat logical, at least. I just can't really manage to integrate them into most of my workflows since they basically void my cookies.
When I'm working on a specific problem I tend to open a lot of tabs, so my workflow was to create a new group, open all the tabs I needed while I worked (sometimes I'd open the same link in several tabs because it was easier than trying to find where it was) and, at the end, move whatever tabs I wanted to keep (for reference or future use) and closed the whole group.
That and good names for groups made easy to find anything even with hundreds of tabs. If something else came up and I had to drop everything I could open the groups view, select the appropriate group and have an almost-instant context switch. Then I could go right back to whatever I was doing and pick it up with the same ease.
With Tree Tabs but without Groups I can do something similar by using the root of each subtree as a group. However, it's not as nice:
- You can't change the title of the tab, all you can do is use a website whose title describes as best as possible the contents of the subtree, which makes groups like 'email' and 'Hacker news' easy to recognize, but complex tasks almost impossible (not to speak of two similar but separate tasks)
- Even if I close all the subtrees and only leave open the one I'm working on, the titles are still there, always visible. I find that it makes it more difficult for me to concentrate (and increases the chances of procrastination)
I miss Tab Groups.