Timeline for Adding a "none of the above" option to a list of checkboxes
Current License: CC BY-SA 3.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| S Nov 19, 2014 at 14:49 | history | suggested | Crissov | CC BY-SA 3.0 |
replace ASCII art by BMML mockups
|
| Nov 19, 2014 at 14:27 | review | Suggested edits | |||
| S Nov 19, 2014 at 14:49 | |||||
| Nov 13, 2014 at 23:03 | comment | added | Brian S | I agree with @DA01. This solution requires more action on the part of the user if validation fails, but it ensures no information is lost, the form controls always behave as expected, and there is minimal change in behavior if JavaScript is disabled. | |
| Nov 13, 2014 at 16:44 | comment | added | DA01 | This would be my recommendation as well. It's the least complex of all the solutions and does exactly what is needed. | |
| Nov 13, 2014 at 16:43 | comment | added | dennislees | @Alex sorry mate, can't agree with you here. The assumption that users will triple check anything in any situation strikes me as particularly unsafe. We should design for the lowest common denominator and assume the worst behavior from users - I'm not sure I follow the second part of your comment. | |
| Nov 13, 2014 at 16:35 | comment | added | Alex | @dennislees Since this is related to "life insurance forms" I think it's safe to assume users would triplecheck their input before submitting anyway. Since user input is never to be trusted anyway, and must always be validated, and the form can't predict what the user means if input isn't semantically consistent (flu or none or the above ? they can't be both correct, which one is ?), all that remains is slapping the user while going "this, wrong! you, fix!" | |
| Nov 13, 2014 at 15:23 | comment | added | dennislees | @Alex this puts the responsibility for validating the form on the user, and requires them to read and act more than they're going to want to. Not the best approach. | |
| Nov 13, 2014 at 14:31 | comment | added | Ilmari Karonen | +1 for noting that, whatever we do on the client side, the input still needs to be validated on the server after being submitted. | |
| Nov 13, 2014 at 13:43 | history | edited | Alex | CC BY-SA 3.0 |
added 51 characters in body
|
| Nov 13, 2014 at 13:36 | history | answered | Alex | CC BY-SA 3.0 |