Multiple command inputs - e.g. button, hotkey, mousegesture and pie-menu-item all for one feature (e.g. making a text bold).

I can't really see any downsides. More a great benefit; different users prefer different ways of reaching the same goal. And I can't find any good arguments against doing so. Still, I'm worried that I've overlooked something.

Examples would be great.

  • Are you talking about multiple options to perform the same command/interaction on the same UI element? Or something else? It's not clear. Assuming it's what I asked above, why would you give users the kinds of examples you state? You say examples would be great, but I'd suggest you provide one or else you're not likely to get useful answers. Commented Mar 18, 2011 at 4:35
  • I think Vitaly has understood my question. My example would be making text bold in the four different ways mentioned. The examples I was hoping for from here were examples of software that use this, where it doesn't work well. Hope this answers your questions.
    – Jonta
    Commented Mar 18, 2011 at 9:30

1 Answer 1


First, these two links might be helpful: Feature Exposure vs. UI Bloating, Is it better to have more than one way to navigate to functionality or only one way.

Second, I don't think there's much wrong with it - as long as it's consistent, and features of the same kind all have the same number of triggers. E.g. if making a text bold has the four methods you mentioned, then italicizing and underlining must have them too.

  • The only thing I'd add is that every way to a feature that you add is one that you have to support and test against future changes. It likely won't affect your future designs on the same application very much, but it can add future development overhead that should be considered. Commented Sep 10, 2011 at 19:08

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.