Google Wave's Scrollbars
ignorethecode.net
ignorethecode.net
Flash scrollbars, these 'infinite ajax scrollbars', and this google scrollbar all fail miserably IMHO.
And the most disturbing thing in my opinion is that using my mouse's scroll wheel is very laggy, especially on longer waves. I would much rather they let the browser handle scrolling and scroll bars naturally. It would be much more efficient.
However, this new scrollbar approach seems complex and Rube Goldbergesque. For a new UI control to disrupt a firmly entrenched UI control, it's got to scream simplicity, elegance, and why-didn't-I-think-of-that obviousness. And the very best UI controls are the ones that you never notice.
1. Stop "jumping document width madness". With the OS scrollbar (on windows at least) the document would shrink with the scrollbar width when its length starts requiring a scrollbar.
Collapsing/Expanding a thread which makes the document shorter/longer than its view space will thus shift all centered designs right/left.
2. Does not take space. The scrollbar is drawn NO TOP of page elements. It does not occupy its own dedicated space.
Even worse were always-present scrollbars even when having nothing to scroll) as misguided attempts to solve problem 1.
I for one like this solution.
What's misguided about that? It's consistent and easy to understand.
Maybe not misguided, but not an ideal solution either. Google's seems better.
When using Google Wave, I feel like I'm actually BATTLING with the browser to find information. The scroll bar in Google Wave is a flaw in my opinion. A seriously poor design decision.
I will most likely be verifiably wrong about this soon, but it would make sense given Google's strategy of testing things out in small batches before making it default. Why the comment about "mobile devices and netbooks"? Why Wave? They could just as well put these scrollbars in Gmail or any other Google product. It doesn't make sense to me, except if they want people to try it out and work out the kinks before putting it in Chrome OS where 1) the primary target is "mobile devices and netbooks" and 2) they can much more easily make that the default scrollbar behavior.
http://news.cnet.com/i/bto/20090102/PIcasaMac-main_610x449.p...
This is why I love the internet.
But there are, in fact, areas which are only sparsely populated.
You'll notice that the scrollgadget is overlayed ON TOP of the that separation space/margins. Very visible when switching beteen a very short (non-scoll) wave and a long, paginated one.
Genius!
I've always found it quite difficult to scroll really large documents with the standard type of scrollbars. The click target is ridiculously small and so is hard to hit with the mouse, and then the scroll is very sensitive, so it's easy to skip over too much too quickly.
I think the other problem that isn't mentioned in the article is that, at least for long waves, loading of content seems to make scrolling jerky and unpredictable.
http://www.guidebookgallery.org/ads/magazines/openlook/deadl...
The scrollbar had the up and down buttons near the scroll thumb. Clicking on them also moved the mouse cursor with the button. This requires an X11 server where the mouse cursor can be moved programmatically ('warped').
http://www.techdreams.org/browsers/brilliant-google-chrome-u...
Who is not using mouse with scroll button here?
I think Apple could easily do that. All the mice they sell allow for scrolling, as do all their trackpads. And they particularly like not caring about any legacies.
When you need to jump down 3 pages to the comments, or to a deeper page in a document, most people don't wheel down 3 lines at a time, they grab the scroll bar and zip to the bottom of the page.
I, for one, hate that scrolling is achieved by moving my finger to the right of my touch pad and therefore tend to scroll by clicking on the window and using the up and down keys. (Overall, I love the mac method of using two fingers to scroll).
Edit: Made more clear.