Shift+Ctrl+mouseclick select bug

[Michael Bulgrien]

Shift+Ctrl+mouseclick select bug

This bug exists in BC2 and BC3

What does work: (Shift+Ctrl+click lets you add a second block of items to existing section)

File1 (click)
File2
File3 (Shift+click)
File4
File5
File6
File7 (Ctrl+click)
File8
File9 (Shift+Ctrl+click)

Results In:

File1
File2
File3
File4
File5
File6
File7
File8
File9

Where BLUE is the resulting selection.

What doesn't work: (Shift+Ctrl+click should let you remove a block of items from an existing section)

File1
File2
File3
File4 (Ctrl+click)
File5
File6
File7 (Shift+Ctrl+click)
File8
File9

Should result in:

File1
File2
File3
File4
File5
File6
File7
File8
File9

But both BC2 and BC3 leave the entire block selected!

How Windows Explorer does it:

The Shift+Ctrl+click selects or deselects all items in the range based on the last item clicked. In other words:

If the last item is already selected, then a Shift+Ctrl+click will deselect all of the items in the range. (excluding the last item itself which remains selected)
If the last item is not selected, then a Shift+Ctrl+click will select all of the items in the range.

[Erik]

In build 454, we will change [Ctrl+Shift+Click] to deselect the entire range from the anchor if the item clicked on is selected. We feel this behavior is closest to the Windows Interface Guidelines.

FYI, the behavior you describe in Explorer which uses a listview control does not perfectly follow the guidelines. The listbox control which our treeview was originally designed to mimic doesn't follow them perfectly either.

[Michael Bulgrien]

Thank you Erik. I would actually prefer that the entire range be deselected...but assumed the Scooter team would prefer to mimic Windows Explorer. I am pleased that you intend to implement the functionality as I also would prefer it... :)