Take the 2-minute tour ×
User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It's 100% free, no registration required.

I'm looking for guidelines for mouse click selection behavior, especially for discontiguous objects. (That is, for a view of objects in arbitrary, unordered locations.) For ordered collections of objects, such a list of items, we have:

  • Click: select this and deselect others
  • Shift-Click: extend/shrink anchored selection to include this and all in between
  • Ctrl-Click: toggle selection of this without affecting others

However, I haven't seen much discussion for discontiguous sets and some of it doesn't agree with practice.

For instance, MSDN says

Shift single left-click: For selectable objects, contiguously extends the selection. Otherwise, same as single left-click with possible modifications. For example, in Paint, drawing an oval with the Shift key modifier results in drawing a circle.

Ctrl single left-click: For selectable objects, extends the selection by toggling the selection state of the clicked item without affecting the selection of other objects (therefore allowing selection that isn't contiguous). Otherwise, same as single left-click.

Yet Microsoft products I've tried (PowerPoint is simplest) actually treat Shift-click as a toggle.

The original Mac UI Guidelines also suggest Shift is the same as Control (Command) for unordered sets.

In graphics applications, objects aren't usually considered to be in any particular sequence. ... If the user holds down the Shift key and selects one or more objects that are already highlighted, the objects are removed from the selection or are deselected.

... If one of the pieces selected with Command-click is already within an existing part of the selection, then instead of being added to the selection, it’s removed from the selection.

Mac OS X Finder exhibits this behavior when selecting items on the desktop.

Questions (In the interest of only one question per Question, consider only the first question as the real question):

  1. It seems odd (as in inefficient) that Shift and Control (Command) behave exactly the same. Is that by intentional design based on research or some accidental legacy standard?

  2. Is there some subtle difference I'm missing between Shift and Control clicking for selection in an unordered collection?

  3. Are there guidelines/precedence for other selection behaviors? For instance, a modifier combination which always adds to selection or one that always removes (mainly useful for click-and-drag rectangle selection over objects of mixed selection states)? I'm told Adobe uses Alt-click for the always-remove behavior, but I can't confirm it.

  4. Are there guidelines/precedence for Alt-click and Control-Shift-click? The above mentioned MSDN doc say don't use them, but surely high-end apps have found them useful.

EDIT: My current rationalization for why the de facto standard includes redundancy is that such views are so rare in most applications that simplicity is more important than expressiveness. In that light, I'm looking for how a specialized application where such views are very common should behave.

share|improve this question
add comment

1 Answer 1

Personally, I use Windows explorer as my guideline for selection behavior in Windows applications. It's probably the most commonly used Windows application that supports multi-select. And as far as I know, its selection behavior hasn't changed since it was introduced in Windows 95.

Windows Explorer handles the following scenarios:

  1. Left click
  2. Shift+left click
  3. Ctrl+left click
  4. Drag select (both with and without a current selection)
  5. Hot key navigation (arrow keys, enter and spacebar with ctrl and shift)
  6. Right click
  7. Shift+right click

Also keep in mind that in addition to selection you have to worry about focus (this comes into play mainly when supporting keyboard navigation).

It's hard to go wrong mimicking the functionality that's in an application guaranteed to be installed on every Windows machine in existence.

Finally, selection rules are probably different on different operating systems.

Update

What I wrote above only applies to items that are organized into lists (tree control, list control, etc). I think I misunderstood the question.

In cases where the selection targets are placed randomly on screen, I would see what Word and PowerPoint are doing and mimic that (on Windows anyway).

share|improve this answer
    
I only have Win7 handy and as far as I can tell, Windows Explorer only supports ordered views. Even in icon view (even on the desktop), there is an enforced grid with an order. Maybe I'll try an older WinOS. Or am I missing something in Win7? –  xan Jul 19 '13 at 19:21
    
I think I misunderstood your question. In re-reading your question and your comment, I'm guessing that you mean selection of objects in an environment where they are randomly placed on the screen (like images on a canvas). I thought by "unordered collections" you mean non-contiguous selection in list. –  17 of 26 Jul 19 '13 at 19:24
    
Thanks for the info -- I'll see if I can clarify. –  xan Jul 19 '13 at 19:27
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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