Radio buttons have two main advantages over lists:
Theyre faster for the user by selecting one click and not two. A typical click takes 1.2 to 2.4 seconds. Translate this into equivalent processor cycles, and you see that a little work on optimizing the user interface costs a lot of work on optimizing the code.
They provide better self-documentation of the control without pressing anything. Viewing all options, not just the default, tells users more about what they see or configure. For example, the type “Answer Type: Right” is ambiguous when you see “Answer Type:” (o) Right - () On the left, “Better”. “Priority: high” has different consequences than the vision “Priority :() Critical - (o) High - () Medium - () Low
Both switches and combined fields show the user the current selection.
From the point of view of users, the only drawback of the switches is the screen real estate that they consume. Thus, switches are preferable to combo fields if the property is not better used for something else. This is done regardless of the number of options, although obviously, the more options you have, the more likely it is that you can make better use of the property.
The only other consideration is that if you have a large number of options (for example, 10 or more), the combined fields make it easier to read the current value, since the user does not need to visually look for a good part of the page / window to find it.
As for the work required to add options programmatically, my philosophy is that programmers should work, so users should not.
Disabling provides vital information to the user and should never be avoided because its “ugly”. Disabling is not equivalent to deleting. Disabling suggests something inaccessible may be available, and deletion suggests that it is never available. The fact that it is impossible to disable an item in a list from lists is another drawback of combo boxes above switches.
Michael zuschlag
source share