Live data from Hacker News

Don't reinvent the scrollbar

bbrks.me

121–130 of 172 posts

Re: Don't reinvent the scrollbar

#121
post #10

Earlier quoted context omitted.

Don't worry, there's nothing else there yet.

But there will be eventually, and in the meantime people want to subscribe.

Very true, I do have an Atom feed, not sure how well it works though as it's generated by Jekyll.

http://bbrks.me/blog/feed.xml

Re: Don't reinvent the scrollbar

#122
>We don’t need page numbers on the web

There are some very good use cases for pagination. Granted, you shouldn't be using it on an article but if you're browsing 500+ records its a lot easier to paginate them than it is to have the user come back later and have to scroll to where they were before.

Re: Don't reinvent the scrollbar

#125
post #20

I hate Google News's custom scrollbar so, so much. I love how OS X hides the scrollbar when I don't need it, but Google thinks it knows better.

The worst reinvention of the scrollbar was Google Wave. Shudder.

I told myself over and over that I must be stupid, because Those People Know What They're Doing even though it didn't make a lick of sense to me. Being wrong never felt so right, or something. What a strange application that was.

Re: Don't reinvent the scrollbar

#126
post #106

Earlier quoted context omitted.

Some people argue that Apple limits the users by not giving them enough options. You are of the opinion that Apple provides entirely too many user options. Not only should the users always have scroll bars on, but they also should not have the ability to turn them off. (correct me if I misunderstood)

what "some people" argue is irrelevant here. Who are "some people" anyway? "Apple provides entirely too many user options" is not in any way the argument I've made. My argument is that having this specific option is a mistake. If you want the generalised form of that argument, it is: 1. this, and other "preferences" are not arbitrary or meaningless. They have real consequences (even if the only real consequence is mi…

>My argument is that having this specific option is a mistake.

That's a belief. I don't see any argument here. Why is it a mistake?

Perhaps modern users, not tied to a legacy of scrollbars, could not care less about them? Perhaps 95% of users (with the exception of hackers) not even use them or notice them when they are there?

>Those people are not designers, and should not ever be put in the position of designing a UI.

Whereas you are? And we should take your opinion on scrollbars over Apple designer's one, because?

Re: Don't reinvent the scrollbar

#127
This may be all true, theres nothing I can say against this article, but there's really a reason to split an article or comments section to multiple pages - battery performance. On heavy ad-based sites with flash content etc, the page rendering can get really cpu intensive - at least on smartphones and tablets.. (I'm referring to a 30000x1024 pixels to scroll through. OSX sometimes really fights with them and smooth scrolling (i have a retina macbook, maybe thats the reason, macericks should bring some improvements to that...) on ios can get laggy. Tumblr pages with infinite scrolling and heavy imagery are an example for that. Nice article though!

Re: Don't reinvent the scrollbar

#128

Earlier quoted context omitted.

In Safari, there's no visual indication that the content is horizontally scrollable. That's a problem. In Firefox, there's a big scroll bar. This scroll bar consumes more visual space than the content it scrolls. That's an absurdity. Scrollbars are a legacy UI element, a throwback to an era before scrolling mice and trackpads. You nicely illustrated a problem, but your proposed solution makes no sense on modern compu…

I didn't propose a solution. I asked a question: Whose problem is it to solve? The user's? Apple's? HN's? Apple certainly took it upon themselves to cause the problem. What's your proposed solution?

Scrollbars are hidden by default if OSX detects a Magic mouse/trackpad but there's nothing stopping anyone from changing that to always shown (or always hidden!), as well as the scroll direction.

Maybe the solution is a prompt for a decision the first time OSX starts up, at the same time as the user is creating their account?

Re: Don't reinvent the scrollbar

#129

Earlier quoted context omitted.

So far I only met trackpad magic/mouse scrolling on a mac or laptop. That leaves a lot of desktop computers out. I am typing this on a iMac 2006 and even if the mouse has a wheel I still grab the bar because it's more precise (it allows to put the text where I want) than scrolling (which just increments height offset by a proportional fixed value).

When my mouse died, I got a magic trackpad instead. It's much more precise than using a mouse, you don't need to keep hunting the scroll bar everytime you scroll, and with all the gestures I don't even miss the mouse anymore. With a little practice I'm even able to do Photoshop work from the trackpad.

That's not a valid argument against scrollbars, it's a valid argument for magic pad.

Re: Don't reinvent the scrollbar

#130
post #56

Earlier quoted context omitted.

I actually agree with you--I prefer for the scrollbar to remain visible. In my preferred reading environment, a Windows PC running Firefox, it does remain visible. I like clean design, but not at the expense of function. I am firmly of the opinion that too much functionality has been sacrificed from modern user interfaces at the altar of simplicity. I'm nevertheless of the point of view that the content author should…

In principle I agree with you. In this case apple's decision causes actual problems with content. Putting stuff in a scrollable iframe, or overflow scroll pane now involves carefully instructing people on how to scroll it. Or you force your own custom scrollbars. Or just not have scrollable panes-- you could argue that is a good thing, but sometimes they are unavoidable. Like, for instance, here on HN if someone happ…

Minor correction: on an iPad, you can also scroll that text with one finger.
Post reply on HN