I frequent Starbucks and it is always frustrating, even though it lasts for a second, that signing into their network requires me do exactly what this article talks about. Each time I login, I'm hopefully that an engineer has fixed this.
I've used a password manager for a while that lets me "go to and log in" in a single action. Save one for each Starbucks you frequent, save that approval form, and get in in one step :)
Works especially well for one near me, which sometimes takes 30 minutes to reach that approval screen if I browse to it. The method above usually gets me in in less than a minute on even those days.
Yes, it does for me with Firefox 4 on Windows 7. This is something that would be browser and OS dependent. In general, I've noticed OS X tends to have much fewer places with rollover effects than Windows.
I'm using Chrome on Ubuntu. I didn't realize they meant OS/browsers needed to take this into account. I just assumed they were talking about things to consider when designing a web application.
Unfortunately mobile phones don't support the rollover event.
I assume this is why Apple went with the toggle UI. The problem with toggles is you need a very short description. (on/off, yes/no, etc)
Worse, for those of us not developing only for the iPhone, there are drawbacks. There are javascript and jQuery solutions for this. But then you need to require javascript and download some images and it adds complexity, makes things more fragile, is harder to maintain, adds concerns over compatibility, and I don't even know if there are performance issues.
Browsers (when hinted with <label for="id">) already do this. Mousing over the label will highlight the check-box identically to mousing over the check-box. Clicking the label clicks the box. While I haven't seen the label changing more than once or twice, I see people clicking the labels frequently enough to realize it's expected when it highlights the field.
Am I missing something? Or is this just about the ubiquitous lack of label-for?
edit: I despise the hand-cursor on anything but an action field (like a link). If it doesn't redirect my browser or open a popup, I don't want a hand. Ever.
Couldn't agree more. The cursor should be the default for an element unless you've overridden the default behaviour as well (for instance, when a plain-Jane hyperlink becomes an AJAX button, the script that overrode the link behaviour should also override the "pointer" cursor).
Disagree. Hover effects should generally be avoided, as there's no hover state in a touch-based UI.
Some people suggest using select elements instead of checkboxes and two-option radios. Forget the source, but at least one study concluded that users preferred selects. As always, take with a grain of salt and test for yourself.
Progressive enhancement is a better way of dealing with hover and similar features than avoiding them altogether.
When I'm using PC, mouse and a non-Lynx browser, I absolutely want to take advantage of JavaScript, hover and any other feature that would make it easier for me.
It's just that the designer should make sure everything works even when these features are not available (e.g. on a touch screen).
Not doing something because the minority can't use it is hardly a good reason to not do something. It's more of a reason to find alternatives for that minority, especially when it's something like this, which uses familiar elements in a familiar way.
17 comments
[ 0.26 ms ] story [ 63.1 ms ] threadWorks especially well for one near me, which sometimes takes 30 minutes to reach that approval screen if I browse to it. The method above usually gets me in in less than a minute on even those days.
I assume this is why Apple went with the toggle UI. The problem with toggles is you need a very short description. (on/off, yes/no, etc)
Worse, for those of us not developing only for the iPhone, there are drawbacks. There are javascript and jQuery solutions for this. But then you need to require javascript and download some images and it adds complexity, makes things more fragile, is harder to maintain, adds concerns over compatibility, and I don't even know if there are performance issues.
So I guess there are some trade offs.
Am I missing something? Or is this just about the ubiquitous lack of label-for?
edit: I despise the hand-cursor on anything but an action field (like a link). If it doesn't redirect my browser or open a popup, I don't want a hand. Ever.
UX enhancement that subtle...just made me smile. The subtle hint that the label is clickable using the hover is truly a nice touch.
Some people suggest using select elements instead of checkboxes and two-option radios. Forget the source, but at least one study concluded that users preferred selects. As always, take with a grain of salt and test for yourself.
When I'm using PC, mouse and a non-Lynx browser, I absolutely want to take advantage of JavaScript, hover and any other feature that would make it easier for me.
It's just that the designer should make sure everything works even when these features are not available (e.g. on a touch screen).