Re:An Efficient Solution to Tiny Check Boxes
by Groxx on Saturday October 09, 2010 @01:18AM
(#1774398)
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.
Re:An Efficient Solution to Tiny Check Boxes
by stan_rogers on Saturday October 09, 2010 @02:51AM
(#1774540)
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).
Re:An Efficient Solution to Tiny Check Boxes
by teye on Saturday October 09, 2010 @01:57AM
(#1774470)
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.
Re:An Efficient Solution to Tiny Check Boxes
by TomasSedovic on Saturday October 09, 2010 @05:45AM
(#1774763)
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).
Re:An Efficient Solution to Tiny Check Boxes
by Groxx on Saturday October 09, 2010 @01:50PM
(#1775417)
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.
Re:An Efficient Solution to Tiny Check Boxes
by bprater on Friday October 08, 2010 @11:35PM
(#1774270)
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.
Re:An Efficient Solution to Tiny Check Boxes
by Groxx on Saturday October 09, 2010 @06:00PM
(#1775999)
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.
Re:An Efficient Solution to Tiny Check Boxes
by oogoog on Friday October 08, 2010 @11:58PM
(#1774311)
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.
Re:An Efficient Solution to Tiny Check Boxes
by sid0 on Friday October 08, 2010 @11:42PM
(#1774288)
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.
Re:An Efficient Solution to Tiny Check Boxes
by wmwong on Friday October 08, 2010 @11:46PM
(#1774295)
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.
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.
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).
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.
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.
UX enhancement that subtle...just made me smile. The subtle hint that the label is clickable using the hover is truly a nice touch.