Bug 381037 - Selection model: toggle mode and container level selection.
Summary: Selection model: toggle mode and container level selection.
Status: RESOLVED WONTFIX
Alias: None
Product: Orion (Archived)
Classification: ECD
Component: Client (show other bugs)
Version: 0.4   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: libing wang CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 370496 (view as bug list)
Depends on: 380687
Blocks:
  Show dependency tree
 
Reported: 2012-05-30 09:10 EDT by libing wang CLA
Modified: 2015-05-05 14:46 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description libing wang CLA 2012-05-30 09:10:33 EDT
In replace page, we still have check box now.
I planned to remove the check box and replace them by selection model.
I talked to several people and they gave suggestions from user's point of view:

McQ suggested:
1.Remove the check box and use selection model the similar way we use for navigator.
2.Have select all action on the header.
3.When selecting/deselecting a container(e.g. file), all the children(e.g. matches) are selected/deselected automatically.  
4.The default action on a row highlights the matching diff in the compare widget.

Simon said if we will use selection model, he will feel inconvenient when selecting matches.

Susan suggested:
1.We should use check box till we have a good design regarding what containment level selection means.
2.In replace page, user's focus is on a set of selection. If user works hard on selecting a set and click some where else by mistake it will just deselect every thing. Basically we need a toggle mode and do not surprise user with a good UI gesture.

Given we are in RC1 now, I think for 0.5 we will use check box.
McQ's suggestion makes sense post 0.5. We need refinements on top of that.
Post 0.5, we need to add options like toggle mode and container level selection policy. We also need good UI gesture without surprising user that the selection behaves differently.
Comment 1 Susan McCourt CLA 2012-05-30 11:17:12 EDT
a few extra comments.

The extended select model is really geared toward single selection, and then you augment if you want to add to selection.  The cursoring model is focused on single selection, you have to augment with Ctrl to keep cursoring from killing your selection.  Since this page is really all about filtering a list of selections, it makes sense to me that it behaves in a toggle mode.  Having to ctrl-down arrow to cursor through changes and keep from hammering your selections would make this page pretty awkward.  I realize we can implement toggle mode without checkboxes (as done for tablets) but I think that we need an affordance so the user knows the page has a different model.  And at this point in the release, the checkbox is a reasonable affordance.  We can work later to make this slicker.
Comment 2 libing wang CLA 2012-05-31 10:05:25 EDT
*** Bug 370496 has been marked as a duplicate of this bug. ***
Comment 3 libing wang CLA 2012-10-04 16:49:04 EDT
Triage in 2.0M1.
Comment 4 John Arthorne CLA 2015-05-05 14:46:01 EDT
Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see:

https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html