Live data from Hacker News

I want the world to scroll this way

magicscroll.net

161–170 of 308 posts

Re: I want the world to scroll this way

#162
Now, if I wanted to use this often, I'd need a keyboard shortcut. I haven't found a way to add a keyboard shortcut to an extension that doesn't have one. Ah! but I can trigger the bookmarklet with this extension: https://chrome.google.com/webstore/detail/shortcut-manager/m...

If anyone has a way to trigger extensions, please share.

Re: I want the world to scroll this way

#163
post #159

This seems to result in a large number of cases where the visual experience is pointless. The line separating the previous and next page is tiny and easy to miss, and I don't see the use in two torn half-pages on screen. I agree that smooth scrolling long text is hard to read and trips up line scanning, but this UX seems be like playing an cruel game where I have to drag just enough to scroll a whole page. Any more o…

An alternate solution is to change the background for the lower order page. I do something similar for my terminal sessions. It helps me keep "prod1", "prod2", and "test" separate.

I tried this. It doesn't work as well. Same with making the line thicker or putting a margin above and below it.

The code's open source if you want to fiddle with it: https://github.com/rdwallis/MagicScrollWebReader

Re: I want the world to scroll this way

#165
post #143

This seems to result in a large number of cases where the visual experience is pointless. The line separating the previous and next page is tiny and easy to miss, and I don't see the use in two torn half-pages on screen. I agree that smooth scrolling long text is hard to read and trips up line scanning, but this UX seems be like playing an cruel game where I have to drag just enough to scroll a whole page. Any more o…

Your alternate solution gets annoying if the page has a header overlaying the text. Like Google+ does. Then you scroll a page, and have to scroll back a little. That said, this solution will also break in that situation. But it will break worse since there will be no way to get the text at the top to scroll into view.

That's why I utterly loath the stupid new trend of having fixed headers. They mess up my reading experience and honestly I thought we all ditched iframes a decade ago because even then we realized that putting frames everywhere isn't usable.

Re: I want the world to scroll this way

#168

This seems to result in a large number of cases where the visual experience is pointless. The line separating the previous and next page is tiny and easy to miss, and I don't see the use in two torn half-pages on screen. I agree that smooth scrolling long text is hard to read and trips up line scanning, but this UX seems be like playing an cruel game where I have to drag just enough to scroll a whole page. Any more o…

Fair, but don't conflate this implementation with the idea (e.g. the line separating the next page and previous page). You're "alternate solution" is great; did you try it on this page? Works fine with page down.

One use for the two torn half-pages is that you can still see the preceding text for reference. I think that's the main reason for it. Otherwise, use page down or the arrows.

Re: I want the world to scroll this way

#169
Not an improvement for me.

I almost always keep what I'm reading near the top of the screen. I like to be able to scan ahead, read the lead lines on coming paragraphs, see how close I am to the end of the sentence/paragraph/chapter, or even just track my position in the larger context of the piece. Pagination disrupts that near the bottom of a page.

I can live with pagination if I have to, but I much prefer to scroll. It's interesting, because maximizing the size of my look-ahead viewport leads me to make the opposite optimization: I like my text to move a lot.

Re: I want the world to scroll this way

#170
It seems to me pagination is one of the big things keeping HTML back from being a replacement to LaTeX[1]. Would others agree with that statement? I know academics aren't exactly the major "customer" of W3C standards committees, but it would be interesting to see HTML6/CSS4 try to introduce the pagination and layout commands necessary to make it a viable contender.

1. When I say HTML, I mean HTML + a host of CSS and Javascript libraries

Post reply on HN