5 ms·

Unrelated, but flipping through that book is one of the few times I wished for a UI that did not keep pages in your your history. Flip through a few pages and t

Unrelated, but flipping through that book is one of the few times I wished for a UI that did not keep pages in your your history. Flip through a few pages and try to click back.

marvindanig 5y ago
hmm. It magically becomes very useful if you were to actually read the book and not just flip through capriciously.
- twobitshifter 5y ago
  That may be, I was just trying to get to a page with the font which needed a lot of flipping. If the book were opened in a new tab, I don’t think I’d have the same complaint.
  - marvindanig 5y ago
    Hmm. That's a solid point. Thank you! I should have shared the Cover [1] instead of the Book itself. Then it'd have opened on a new tab. [1] https://bubblin.io/cover/a-108-verses-of-the-gita-by-swami-bidyananda-giriji-maharaj#frontmatter https://bubblin.io/cover/a-108-verses-of-the-gita-by-swami-b...
- dredmorbius 5y ago
  Typical practice has been to offer long-form content broken by section (typically chapter), with internal section links for finer references. This balances the history-pollution, pagination, and link-based reference needs. (There's been some playing with the notion of linking content within web pages by the specific text or string. such as, say, "There's been some playing". With word-based ngrams, 4--5 word sequences are strongly likely to be unique within a work, save for cliched phrases or idioms.)
  - marvindanig 5y ago
    Agreed. But more typical is publishing the on dead-tree pulp. I am aware about the views held by the older generation of developers on this topic; most of those unix heads (especially on this forum) are desktop thinkers and end up buying physical books on latest software themselves. ;-)
    - dredmorbius 5y ago
      And some have turned to e-ink book readers with high DPI and portrait-mode presentation. With paginated navigation. On desktop, scrolling using page-oriented controls (spacebar or page-up / page-down) isn't a terrible online reading experience. The fact that paper-oriented presentation remains so abysmally poor at less than ~4k retina display resolution remains a real friction for reading. On mobile devices, touch + scroll itself becomes quite bad. High-speed emissive displays at least handle the refresh requirements, but make precise navigation all but impossible. E-ink, portrait mode, and pagination, aren't quite the paper experience, but are reasonably close. The variant I mentioned in my earlier comment works reasonably well for destkop reading. I find that scrolling through up to about 20--30 pages worth of printed material without a break is tolerable. Beyond that, the scrolling (and imprecision of placement) becomes tedious. (I've, um ... accidentally ... created book-length HTML documents and actually read them. It's doable, but it's far from the ideal.)
      - marvindanig 5y ago
        Absolutely! Ha, yes! Scrolling vertically is orthogonal to the reading direction. This makes us lose track of scanning head (leading word/sentence) on the content easily. Goes against the grain of our saccadic perception kinda of. A horizontal flipping transition however, with line-tracking over the text (orphan/widow handling) is the most comfortable book reading experience since it is only intermittently animating—when moving forward to the next page, and connects with the forward flow of storytelling along a groove that our eyes can keep track of. IMO, page flipping is THE native control of a book and it cannot be dropped off the standards just like that! I recently read a paper on why an iridescent screen of an iPad or a smartphone is better for the human eyes than a reflective surface of electronic paper like E-ink. Flux of light. Intensity or flux is the only parameter that matters to the health of our eyes, and that’s something one could control only with an IPS panel type of screen. Since an e-ink relies on ambient lighting fwiw, low illumination can easily strain the reader’s pupillary muscles and degrade sight sooner.
leephillips 5y ago
But that’s literally what the history is supposed to be. It’s not as if this a a web app that stores your mouse movements or something in your history.
- frosted-flakes 5y ago
  It's equivalent to adding pages to the history every time you scroll.
  - marvindanig 5y ago
    That's false equivalency. Equating a book to a single long page is just plain wrong. Long-form has always required pagination. This was true even with physical scrolls back in the day. If you inspect the book that is linked above it is literally made up of several hundred webpages. So the reader is effectively transitioning from one webpage to another. And the history api is meant exactly for this use case! Edit: Here's the definition. A Superbook [1] is a stack of simple webpages, just like a book. [1] https://bubblin.io/docs/concept https://bubblin.io/docs/concept
    - frosted-flakes 5y ago
      Except those web pages are broken into pages at arbitrary locations, rather than by chapter or topic like most web sites are, and each page is only one screen tall. A better analogy would be adding a history entry every time I press PageUp or PageDown: it would clutter up the history so much as to make it useless. Another way to think of it is that a web page is one document, and so is a book. The history stack is a list of visited documents. If the book should be treated as a collection of documents, then it should be structured that way. I don't think there's a good solution to online books that are presented like that, but I like how the Kindle app works: following a link or jumping ahead in the book adds a history entry (with the in-app back button), but just turning the page doesn't.
      - marvindanig 5y ago

Unrelated, but flipping through that book is one of the few times I wished for a UI that did not keep pages in your your history. Flip through a few pages and try to click back.

marvindanig 5y ago

hmm. It magically becomes very useful if you were to actually read the book and not just flip through capriciously.

twobitshifter 5y ago
That may be, I was just trying to get to a page with the font which needed a lot of flipping. If the book were opened in a new tab, I don’t think I’d have the same complaint.
- marvindanig 5y ago
  Hmm. That's a solid point. Thank you! I should have shared the Cover [1] instead of the Book itself. Then it'd have opened on a new tab. [1] https://bubblin.io/cover/a-108-verses-of-the-gita-by-swami-bidyananda-giriji-maharaj#frontmatter https://bubblin.io/cover/a-108-verses-of-the-gita-by-swami-b...
dredmorbius 5y ago
Typical practice has been to offer long-form content broken by section (typically chapter), with internal section links for finer references. This balances the history-pollution, pagination, and link-based reference needs. (There's been some playing with the notion of linking content within web pages by the specific text or string. such as, say, "There's been some playing". With word-based ngrams, 4--5 word sequences are strongly likely to be unique within a work, save for cliched phrases or idioms.)
- marvindanig 5y ago
  Agreed. But more typical is publishing the on dead-tree pulp. I am aware about the views held by the older generation of developers on this topic; most of those unix heads (especially on this forum) are desktop thinkers and end up buying physical books on latest software themselves. ;-)
  - dredmorbius 5y ago
    And some have turned to e-ink book readers with high DPI and portrait-mode presentation. With paginated navigation. On desktop, scrolling using page-oriented controls (spacebar or page-up / page-down) isn't a terrible online reading experience. The fact that paper-oriented presentation remains so abysmally poor at less than ~4k retina display resolution remains a real friction for reading. On mobile devices, touch + scroll itself becomes quite bad. High-speed emissive displays at least handle the refresh requirements, but make precise navigation all but impossible. E-ink, portrait mode, and pagination, aren't quite the paper experience, but are reasonably close. The variant I mentioned in my earlier comment works reasonably well for destkop reading. I find that scrolling through up to about 20--30 pages worth of printed material without a break is tolerable. Beyond that, the scrolling (and imprecision of placement) becomes tedious. (I've, um ... accidentally ... created book-length HTML documents and actually read them. It's doable, but it's far from the ideal.)
    - marvindanig 5y ago
      Absolutely! Ha, yes! Scrolling vertically is orthogonal to the reading direction. This makes us lose track of scanning head (leading word/sentence) on the content easily. Goes against the grain of our saccadic perception kinda of. A horizontal flipping transition however, with line-tracking over the text (orphan/widow handling) is the most comfortable book reading experience since it is only intermittently animating—when moving forward to the next page, and connects with the forward flow of storytelling along a groove that our eyes can keep track of. IMO, page flipping is THE native control of a book and it cannot be dropped off the standards just like that! I recently read a paper on why an iridescent screen of an iPad or a smartphone is better for the human eyes than a reflective surface of electronic paper like E-ink. Flux of light. Intensity or flux is the only parameter that matters to the health of our eyes, and that’s something one could control only with an IPS panel type of screen. Since an e-ink relies on ambient lighting fwiw, low illumination can easily strain the reader’s pupillary muscles and degrade sight sooner.

leephillips 5y ago

But that’s literally what the history is supposed to be. It’s not as if this a a web app that stores your mouse movements or something in your history.

frosted-flakes 5y ago
It's equivalent to adding pages to the history every time you scroll.
- marvindanig 5y ago
  That's false equivalency. Equating a book to a single long page is just plain wrong. Long-form has always required pagination. This was true even with physical scrolls back in the day. If you inspect the book that is linked above it is literally made up of several hundred webpages. So the reader is effectively transitioning from one webpage to another. And the history api is meant exactly for this use case! Edit: Here's the definition. A Superbook [1] is a stack of simple webpages, just like a book. [1] https://bubblin.io/docs/concept https://bubblin.io/docs/concept
  - frosted-flakes 5y ago
    Except those web pages are broken into pages at arbitrary locations, rather than by chapter or topic like most web sites are, and each page is only one screen tall. A better analogy would be adding a history entry every time I press PageUp or PageDown: it would clutter up the history so much as to make it useless. Another way to think of it is that a web page is one document, and so is a book. The history stack is a list of visited documents. If the book should be treated as a collection of documents, then it should be structured that way. I don't think there's a good solution to online books that are presented like that, but I like how the Kindle app works: following a link or jumping ahead in the book adds a history entry (with the in-app back button), but just turning the page doesn't.
    - marvindanig 5y ago