News for hackers. Stuff that matters.
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 jonah on Saturday October 09, 2010 @02:50AM (#1774539)
Everyone: Please use <label> tags for the descriptions of your form fields. This is good for Fitt's law, accessibility, and semantics. Thanks!
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 teye on Saturday October 09, 2010 @10:47PM (#1776447)
Agreed. Let me clarify: hover can help, but it's not a solution.
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.

So I guess there are some trade offs.

Re:An Efficient Solution to Tiny Check Boxes by wmwong on Friday October 08, 2010 @11:35PM (#1774272)
Interestingly enough, their own poll along the right hand side uses radio buttons, but does not have a roll-over effect as proposed by the article.
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.
Re:An Efficient Solution to Tiny Check Boxes by ck2 on Saturday October 09, 2010 @12:48PM (#1775278)
Or make bigger checkboxes - my little invention, mostly cross-browser:

     .bigcheckbox {
               vertical-align:middle; 
               margin-right:5px; 
               height:1.4em; 
               width:1.4em;
               *font-size:1.4em;
      }
Re:An Efficient Solution to Tiny Check Boxes by amanuel on Saturday October 09, 2010 @01:36AM (#1774440)
I stared at the screenshot trying to figure out what was special for a moment before I "got it".

UX enhancement that subtle...just made me smile. The subtle hint that the label is clickable using the hover is truly a nice touch.

Re:An Efficient Solution to Tiny Check Boxes by kqueue on Saturday October 09, 2010 @12:46AM (#1774355)
Shouldn't the mouse cursor be a pointer when the mouse is over the checkbox label?