<< The average person tends to have either less than eight tabs open, or to add tabs without organization until declaring “tab bankruptcy” and starting fresh. >>
yeah, I'm the... second one
(checks browser; it reports 'new mathematical research needed in order to determine if your number of open tabs is even theoretically countably infinite')
"This looks great!" I say.
"A promising line of UI development" I say.
I check out the project page....
tumbleweeds, ruins, pools of toxic waste...
what. happened. here.
<<tl;dr: we are planning to retire BrowserHTML, remove the mozbrowser
code from Servo, and greatly improve the usability of the Glutin port. >>
so all this just.... -zwoooped- into a little dot like Pac-Man encountering a ghost of a failed project
@natecull I've got the Tab Counter extension, and it says I have 121 open tabs! Not sure it's enough. Better open some more.
@natecull I had the same responses thought-for-thought.
@natecull i obstinately refuse to ever close tabs even while my computer struggles and furiously diskswaps.
freeing up space memory and cpu time sounds like the garbage collector’s job. why is my computer making me do its job?
@zensaiyuki exactly how I feel, yeah.
I end up restarting Firefox instead of closing tabs
because I *might* need one one day
@zensaiyuki Actually, it's far worse than that.
The act of clicking on a tab to close it means i'm likely to read the page again, and then I'm likely to click more links. Into new tabs, of course.
@natecull i sorta want a browser with a different UI paradigm where pages exist in a kind of zoomable space, history stacks are visualised as skeuomorphic stacks of paper, and “new tab” just makes a new stack. a heuristic dumps old stacks to disk so they don’t consume memory or cpu, but if you go back they can rehydrate, and ideally not in a way that is effectively reloading the page, though that might be unavoidable.
@natecull safari has like, half of this. you can zoom out and see a grid of stacks. i still eventually crash from too many tabs though.
@zensaiyuki I keep wondering what it is that keeps me using tabs and not bookmarks. I think three things so far:
* tabs have the back button memory (though not past the page where I right-clicked them, which is v. annoying if I've since closed that tab.. so, another reason never to close tabs
* they store a position in a page (sometimes), and page state (if not reloaded), which we don't have a URL representation for
* they're visible and in your face - so searchable - while bookmarks aren't
@natecull and all of that represents a cybernetic memory. fancy shmancy, but in my view closing a tab is technically brain damage
@natecull i finally read your goddam link and it turns out it’s exactly what i am talking about
@zensaiyuki That's a (large) part of what this is all about:
"What if the Web were filesystem accessible?"
It's kind of relevant, at least to my interests.
My 'webscape' is my set of open tabs, but only because that's all today's browsers give me. What I *really* want is yeah, massive and pervasive caching. Everything I've ever browsed, I want it downloaded and not to hit the Internet again unless it absolutely needs to. And then I want to search that stuff locally.
Today's browsers assume 'stuff lives primarily in the cloud/web,' but I want the reverse of that.
Ideally, what I want is not even a 'browser'. Not tabs. I want those to be first-class windows, in a first-class filesystem.
With some way of 'browsing' them locally, but more like a filesystem browser than a web browser.
All my browsed web pages are *resources* I've found, not just random things I've flittered past. I want to keep them. I want them saved with their access trail (how I found them, for provenance data).
@natecull @dredmorbius it’s not the same thing, and I’ve mentioend it before, but pinboard.in is an okay stopgap. if you pay the premium account it can archive your links. if you have the plugin it has an option to save all your tabs. i have occasionally used that as a sorta lossless way to declare tab bankruptcy. i have never gone back, but it serves my packrattish psychology, not wanting to lose anything.
Hmm. I wonder if just automatic saving of all web pages to a file/folder, plus a file containing a history of URLs.... wouldn't go a very long way towards this.
perhaps even just a local web proxy service, implemented in Node.js
The point is its database should be engineered for maximum accessibility of data by other applications. So a filesystem, for preference, not a database.
ooh, literal dream projects! I like those.
I had something similar happen to me around 2006. Still don't quite grasp what my dream-self was trying to express.
(although a large part of it seems to have been 'functional reactive' before that became popular with React.js and Elm... sadly, I didn't have any way of expressing what I want, and I still don't quite grasp what the core elements of FRP are)
My gut feeling though was and still is that we ought to be able to make both GUI and network programming much, much simpler than they are by expressing them as declaratively as possible and letting a simple runtime engine stitch together dataflow paths.
How exactly that runtime engine works, though, my dream-self left as an exercise for the reader and so I still don't have a handle on it.
Something like 'pure-functional reactive RDF' was my feeling, but... how?
I like what Elm is *trying* to do, but, I don't think it's got there.
Elm is all based on the ML family of programming languages and those just rub me up the wrong way, because their fundamental structures don't seem recursively decomposable at runtime. Too much done by the compiler.
We need a core algorithm way simpler; about two orders of magnitude simpler.
Elm's 'records' need to be expressible at runtime; and all of the source code must be expressible in them.
@natecull Guilty as charged.
I'll use Incognito mode *specifically to explore items I don't want recovered*. Not to keep others from seeing them, but because *I* don't want that shit in my history.
On Chrome, Incognito is my primary mode for just this reason (Android only).
(FF on Android *STILL* performs abysmally poorly, despite some improvements.)
@natecull I never declare tab bankruptcy
@natecull #TreeStyleTabs addresses most of the organisational aspects of this inherently. Since what's being described in Web traversal is in fact a tree: some starting point (or set of starting points) and subsequent pages opened.
The main difference is that TST addresses TABS and whatever this is called addresses HISTORY.
There's the distinction between *graphical representation* and *supporting metadata*, and I agree the latter needs massive enhancement.
Tab bankruptcy is A Thing.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!