Re^2: multi-select html forms

Of course, when the list of options is too large you pretty much have to use multiple-selects (try cramming 100 checkboxes onto a page and see how your layout looks).

Ah, this is where some people may be nabbed. The second you think you need to supply 100 options to a user, all of which are optional, there is something wrong with your user interface. For starters, I can't imagine a situation where you would even need to present a user with such a list. And even if you do find a reasonable use for such an idea, you shouldn't be cramming them all on one page. Make your user interface friendlier by splitting the gigantic form into multiple successive pages.

If you find a reason to supply 100+ options to a user about one thing, you could always group them as well. Make the first page of the application a page where they select the main groups they want to select options from, and the successive pages can deal with each group of options seperately, allowing the user to select sub-options of the groups they originally selected.

Remember: the simpler the interface, and the better setup it is, the happier your users will be :)

"User error. Replace user and press any key to continue."

Comment on Re^2: multi-select html forms

Replies are listed 'Best First'.
Re^3: multi-select html forms by LAI (Hermit) on Jan 27, 2003 at 14:47 UTC
I agree that it is rare that so many options all at once would be necessary, but one example comes to mind. On some job-seeking sites they ask something like "what regions would you like to work in". Then there is a multi-select box with entries like `Canada, any Canada, Maritimes, any Canada, Maritimes, Newfoundland Canada, Maritimes, Newfoundland, St. John's region ...` [download] and so on. I remember it being well-ordered enough that it wasn't difficult to find any particular region, but there were far too many options to make into checkboxes. The fact that any number of regions could be selected, as well as the fact that there were a couple of levels of precision, meant that it would be difficult to redo it (by grouping) in two pages. It probably would have taken three, and that's more than any single question should take. There was a similar situation for the 'what fields of work to search' question, and if there are too many questions on a form that take two or more pages to complete... well, that's no good. In a situation like that I feel that multi-select lists are justified. I do agree, however, that such cases are rare, and for the vast majority of forms checkboxes are just fine. LAI :eof	[reply] [d/l]
Re^4: multi-select html forms by Coruscate (Sexton) on Jan 27, 2003 at 20:19 UTC
Even in such a case, I would continue to argue that yes, this single question could be made into more than one page. The first one would ask which countries they would like to search in, and then the next page could display checkboxes for each of the regions within each country selected. This may well end up producing many checkboxes on the second page (hopefully too many users aren't willing to work anywhere, ie: selecting all countries), but I think some people would be surprised at the usefulness of this setup. Having one multi-select field for such information is a hassle as well as a pain. I'd select my options, then scroll up and scroll through the entire list again, making sure that I had held down the control key for every single click. Then I'd find out to my horror that I hit the shift key instead of control, and I now have 20 options selected instead of my 3. Then redo the whole thing over... Okay, now I've been a web user long enough to remember to hold the control key, so I wouldn't have this problem myself, but there are a lot of non-nerds out there who can't seem to do things in just the right way :) You have to be ready for everything! C:\>shutdown -s >> Could not shut down computer: >> Microsoft is logged in remotely.	[reply]