On Bookmarks
Sep. 10th, 2019 10:46 pmOK, so, bookmarks.
Web browsers have had bookmarks for more than 25 years, and we're basically accustomed to how they work. Nowadays they sync across your devices, and there are some oddball extended implementations out there (like Pinboard, or Zotero), but they still mostly just act like good ol' bookmarks.
Except, hold on — do they act like bookmarks? Where are the holes in that metaphor? What is a bookmark?
Out in wood-space,* there are multiple kinds of bookmarks. Here are the ones I can think of:
- Cursor bookmarks, which move to track your (mostly linear) progress through a text so that you can pick up where you left off.
- Absolute bookmarks, for remembering a specific location for later reference. These are a research tool, usually implemented as color-coded post-it strips, and you usually use many of them at once.
- Hypertext bookmarks, which make it easier to jump between a main text and its endnotes. These are basically just additional cursor bookmarks that track a parallel text stream.
Web bookmarks are absolute bookmarks, and IMO they're even better at that task than their namesake. (Well, except for the fact that the web is shifting and impermanent and links eventually rot. But never mind that for now.) And hypertext bookmarks are just a crap workaround for a lack of hyperlinks (ugh, endnotes), so the web was always one-up on that.
But if someone refers to a bookmark in a wood-space context, 90% of the time they're talking about a cursor, and browsers are crap at cursors. The only real native equivalent is when you leave a tab open for months. You can sort of re-implement cursors with absolute bookmarks, but what you're really doing is taking out a new post-it strip to mark your current spot and then, as a separate operation, yanking the last one and throwing it away, which just feels like way too much effort when you know in your heart that you just want to move your cursor. It's all enough of a pain in the ass that it's deterred me from catching up on a bunch of webcomics that I legitimately want to read.
I only know of a few efforts to address this over the years. A few serials have rolled their own cookie-based "mark my spot" features, but those have generally been local-only, which maybe made sense when you had exactly one computer and is now mostly useless. And then there was ComicRocket/Serialist: that was a respectable attempt at a general solution, but it relied on a cached database of post order for each supported site, and now that whole edifice has mostly rotted out and it's not really usable anymore. IMO their goal of an integrated back/forward nav was over-ambitious, and sabotaged the really crucial cursor part of the project.
After thinking about this for a few days, I'm convinced that it's possible to solve about 70% of the problem (as I see it) with an honestly very stupid webservice and a bookmarklet. So in my downtime, I'm dinking around on glitch.com to see if I can get a prototype up and running.
* It's not meat-space because we mostly stopped making books out of meat. (Vellum may have its good points, but it's so expensive and heavy.)