Comments on: Why You Should Add Hover Effects to Your Checkboxes User Experience Movement Mon, 15 Jan 2018 03:40:42 +0000 hourly 1 By: Kenn Sun, 24 Mar 2013 16:20:14 +0000 Seems those concerned with “hover doesn’t work on mobile” are missing the boat on UI. Mobile and desktop UI are two different animals.

If we want to talk responsive design, that is yet another element.

But the POINT of the article, is that it would be helpful if the user had some visual cue tying the label, as a clickable area, to the checkbox. Preferably with some tactile feedback.

Bottom line, this is not a white paper. Not even an article. It is just a point being made.

Point taken.

By: George Wed, 20 Feb 2013 04:22:20 +0000 But this does not work for mobile devices.

By: VAP Fri, 29 Jul 2011 17:16:00 +0000 The simplest solution that worked – based on client feedback – was to add the CSS rule for labels:

label:hover {
text-shadow: 0px 0px 2px black;

By: Karen Thu, 13 Jan 2011 21:25:52 +0000 The added text in any color does not help relay to end user the text is clickable.
The addition of the text to the left in itself is an attention getter as it not commonly found there. (cause for end-user to pause)
Addition of the text needlessly uses up precious real estate.
Use of Red Yellow Green should always be used judiciously as each color has strong associations to levels of importance over use of them only goes towards lessening their importance, and power to call attention to issues at hand.
Adding colors goes to add one more layer of information the end-user must process to complete the task.
Adding T

Curser changes to hand while over area designated.
Increase the area around check box that will enable disable the check box.
Once checked the label/string/ dynamically changes to being Bold.

By: Arvind Tue, 11 Jan 2011 21:33:00 +0000 interesting, but not as good a solution as could be imagined. here’s a better mechanism (caveat: i’ve put about 2 seconds of thought into it).

this proposal doesn’t indicate that what’s going to change is the radio button – it only indicates that *something* will change. (and what does ‘prepare’ mean?). what would work much better is a ‘halfway’ state – where the checkbox turns, on hover, into a checkbox with a translucent/faded check in it, which then becomes solid/opaque on actually clicking the label. not being a css geek, i don’t know if this is actually possible (but if it isn’t, it should be standard behaviour on all pointer-based UIs).

apple’s toggle button solution is still superior. also, once someone encounters a hand cursor over a checkbox label, they’re probably going to look for that in future before heading to the checkbox.