This is on a high spec dual 8 core xeon workstation with 164gb of ram and a radeon rx480 running latest kubuntu. Less than 100 tabs open, most of them basic references. If there was a bit of hardware I could buy that would fix browser lag I would.
Find a way to organise your stuff better? Whip up a page of links and use that? Dirs of shortcuts or something?
Having 50+ tabs open can't be an efficient way to manage your references.
There's obviously benefits to a more robust way to manage your work state. I'd view it in a similar vein as the advantages of a tidy desk: Some people lack the discipline to keep that state and can somewhat compensate for some of the disadvantages i.e. by application of spatial memory and the advantage of having everything to hand.
If people are going to do things the wrong way regardless providing them tools to improve their situation can still make sense.
I have 8 virtual desktops with different projects open, R studio and Jupyter notebook windows plus reference reading material. The work I do typically involves long running tasks and checking back on projects or doing some add on analysis. It takes way too long to get everything aligned right and started up on different monitors so this machine is always on.
I'd expect web browsers to be able to handle this without ui lag if the hardware is good enough. At this rate, I might run firefox in separate docker containers per virtual desktop just to keep it smooth. Would benefit security too...
It feels like that's the state I'm in with regard to most tabs. It also feels like these tabs are more important than those I've already bookmarked, which seems paradoxical.
For tabs, I can imagine different ways of thinking about them:
1. An activity you have to complete. Or start. 2. A piece of information you think you may need to be aware of. 3. Something that interests you, but you are leaving for when you are in some particular state of mind (e.g., ready to read something long and involved). 4. Something shared with you, that you feel obliged to respond to. 5. One of a set of things that represents some pending task. 6. Something information you may need to revisit. Or you may have finished it, but it's yet to be "garbage collected". MDN pages usually fall in this category for me – I'll quickly come back a couple times to the page, but I only know I'm "finished" because I don't come back. So it sits there.
And for each of these there's the state of "maybe". Maybe I'll need this. Maybe I'll need to be aware of this. Maybe I should reply to my friend about this.
In this case the tabs act as both a reference, and a "task" waiting to be finished. If I finish the task I can close the tabs. Gives me the incentive to finish what I'm working on.
Also thank you for Python's Virtualenv, paste, and webtest. I know your not much into the Python scene anymore but your contributes still effect my day-to-day activities.
It's not paradoxical at all - bookmarks are long-term persistent storage, tabs are short-term volatile storage. Data stored on disk isn't less important than data stored in RAM, but any given datum stored in RAM is a lot more likely to be accessed in the near future.
Doesn't mean I really will look at any of them any time soon though, it's not exactly a _succesful_ information organization method in either case. Which means, yeah, it might be ripe for some clever UX. It's not at all clear what this should be.
Maybe they're not more important but they're more urgent? Since they're ephemeral whereas your bookmarks are still going to be there when you reboot.
The real issue is that (many) people are bad at managing state, particularly for things they want to theoretically read later but never will. Giving them an unlimited snooze mechanism is not the answer. Either it must have constrains to force clean up, or another “solution” should be attempted instead.
The engagement on that experiment wasn't very high, but I later went and read some of the user research and felt like there was some unmet potential: the concept was understandable, the functionality matched at least some real use cases, but it still didn't work, people didn't use it.
Obviously Pocket is intended for this purpose as well. It's personally what I use for this purpose, though there's always a kind of in-between state where you aren't quite sure what you want to do with a tab. If you make it easier to save the tab, there will always still be a point when you aren't sure if you want to save it or not...
As far as I'm aware Mozilla hasn't done deep-dive research into tabs. Not all of our research is public, but we do post a public index of the research: https://firefoxur.github.io/