But please. just stop making everything flat ffs. On the GUIs of old, you knew straight away what you could interact with, while now, everything is so flat or hidden away that everything blends together, I have no idea what I can click on and what's static unless I used the app before.
Best example, compare Windows 95/2000/XP to 8/10.
Also, please stop with the auto-hiding bs. Sometimes I have to do a brute force sweep of the GUI with the cursor to trigger some elements to pop up from where they were hiding. WTF?! This would have made more sense 20-30 years ago when displays were running at 640x480 so real estate was precious, but now FullHD is the entry level norm.
That's funny. I use them in the exact opposite way.
When I want exact positioning then I will use the scrollbar. When I want to scroll past pages and pages, I will just fling the scrollwheel.
Scroll bars, on the other hand are perfect for that kind of jump — where you don’t know what you’re looking for, but you know mostly where it is, and you’ll recognize it when you see it.
† There was a time, right when momentum scrolling was first introduced as a third-party mouse-driver feature ca. Windows 98, where it wasn’t capped. But that was a horrible UX: if something was really far down the document, then by the time you saw the thing you wanted to stop at, you would often be going far too fast and overshoot it by a lot, requiring almost as much scrolling back in the other direction. This first iteration of the feature basically expected people to understand how to “land” on a target using inertial, frictionless thrust. I imagine there were some future Kerbal Space Program players who enjoyed that, but most people didn’t.
Some of their newer gaming mice have a half-ass version of this as well with a manual mechanical toggle.
For exact scrolling I'll use the scroll wheel or dive for the scrollbar.
What I really want is a toggle bound to a button for enabling/disabling drag scrolling. Most of my flow is keyboard based so being able to toggle that on/off for a dedicated stroller would be great.
Its battery lasts about a few weeks with above-average use (12+ hours per day, 7 days per week)
Your vision probably is correct in most of the cases as people just misuse this, yet this makes another kind of sense also: the more elements you see the harder tha is to digest for your brain (attention). Screen space has became more abundant but human attention capacity has not (perhaps it even decreased).
1. Back when scroll bars were fixed width and consistent across all applications, I would instinctively tune them out when I wasn't using them; I don't need the application to do that for me.
2. More importantly, many websites are adding some kind of progress indicator on the page itself (perhaps because the scroll bars are no longer obvious enough?). These are way more in-your-face than the scroll bars of yore.
If there were fewer elements _total_, okay I'd agree with you. But all the elements are there, just some of them are hidden, so they take _more_ time to remember how to reveal each one.
When they're all visible, you can use simple 2-D memory, and "reach for" the area that a given control is in, even before you've found it, because you know it's in that general area. Get the mouse moving there, find it, zero in on it.
When some of them are hidden, you have to remember which hiding place they're in (object permanence), then wiggle the mouse over in that area, wait for them to reveal themselves, then find the one you want, and start another motion to hit it.
Try me.
PgUp and PgDn are still my preferred mechanism for vertical panning. Once upon a time they even reliably moved you up or down a whole "screen" of content.
I modified my pedal so it just takes a very slight twitch of my toe to use it.
But nowadays - a background thread will search for the stuff that should appear in the UI, and adds that directly when it found something.
You can solve the problem by changing the mouse icon to the hourglass, blocking the UI for just enough time to not get any accidental clicks, and update it.
As side effect, every update now takes some time - so you have to minimize the number of updates.
(Discloseure: I work at Google, speaking only for myself)
Give me scrollbars and keep them visible please.
Mac: General Preferences has an option "Show scroll bars" which you can set to "Always".
Does not work in all programs.
> Mac: General Preferences has an option "Show scroll bars" which you can set to "Always".
here's your comment in firefox with a glorious scrollbar: https://oshi.at/mLveVJ/scrollbar.png
Here are others:
-Discoverability: Is there more content? (Scrollbar enabled/disabled) How much? (Size of scrollbar)
-Jumping to a location in the content
-Skimming by hyperfast scrolling
-Coasting by holding a scroll button pressed (this one is forever lost because the buttons have been abolished
-Providing a space for bookmark indicators/in-page search result indicators
There are probably other use cases too.
2. Size of elevator in relation to the scrollbar tells me what percentage of the content is viewable (except when the size of the elevator becomes so small it makes it unusable).
3. Up and down buttons allow a simple way to bring the next or previous item into view.
A lot of the hate of scrollbars comes from the web, where browser scrollbars could not be styled and didn't necessarily use the operating system's style. You could have a beautiful page be ruined by the default windows 3.11 style scrollbars in the browser.
0. The existence of a scrollbar tells you there's something to be scrolled.
Flat UIs are pretty good at accidentally hiding the fact that not all of the content fits on screen on in whatever borderless frame.
Also fun when websites that are waging their holy war against the bars don't anticipate that I'm zoomed in a bit. Having to delve into devtools to disable "overflow: hidden" is a delight.
There’s about a million different secret handshakes and gestures in iOS UI, but I consider the most egregious UI failure to be the “Share” button, which manages to pop up a modal in such a way that it often disguises both that it can be be scrolled vertically AND that it can be scrolled horizontally.
In case it isn’t, scroll bars are for quickly figuring out the scope, for quick positioning and for remembering where in the article things are.
* Horizontal scrolling
* Scrolling when using pen/touch input on non-touch UIs
* Making it obvious that a content area is scrollable
* Providing context into how much content is visible vs. hidden, and where you are in the document
* Making it easy to scroll to a precise location without sitting there twiddling the wheel for minutes to go through something long
> My view is that content is king and any UI element that needlessly takes away space from the content needs to be destroyed.
Your view makes sense at 640x480. Maybe on a mobile screen. On a widescreen computer display, there's plenty of space for elegant UI controls.
Content is king, but kings have all sorts of people supporting them. In fact you can immediately tell who's the king not by how solitary and unencumbered he is but by how much clutter and commotion and how many attendants are around him. I realize I'm pushing the analogy too far.