Community
Participate
Working Groups
It would be good to have an option to Select/Deselect All files in the navigator. I think it is an issue with all tables with checkboxes.
reassigning all bugs without milestones to inbox. I'm not sure this is important for our polish pass.
we have something odd in the git status page that works around this limitation, so I think we need to provide basic support so that all pages will behave consistently with respect to checkbox selection.
*** Bug 370437 has been marked as a duplicate of this bug. ***
as much as I wanted to see this get in, I just don't have time.
I have a logic in search replace now. I've implemented some call backs in search explorer. Lemme see if I can easily generalize it.
Created bug 370496 , I targeted it for 0.4 just for remnider for now. If I can fix that then we can close this for 0.4.
Libing, note that "select all" as described here is not the "parent selects children" model, but rather the general "checkbox in the heading that selects everything." There are several things in play: - including the header checkbox that triggers select all/deselect all. Is this in the table header itself or does it appear on the toolbar (like gmail) - we need to determine how "deep" a select all is...is it just the exposed nodes or would we actually traverse depthwise to understand the child structure. I think this depends on what action is taken on select all. For example moving a folder implicitly moves its children so select all/move would we deep. But if we did select all/make favorite it's probably just the visible items. Something to think through. Implicit in this is that we would change git status table to use the generic support rather than what is implemented now.
(In reply to comment #7) > - including the header checkbox that triggers select all/deselect all. Is this > in the table header itself or does it appear on the toolbar (like gmail) See bug 359730. In general I think we want select all in toolbars, not headers. This helps with (some) scrolling issues.
(In reply to comment #8) > (In reply to comment #7) > > > - including the header checkbox that triggers select all/deselect all. Is this > > in the table header itself or does it appear on the toolbar (like gmail) > > > See bug 359730. In general I think we want select all in toolbars, not > headers. This helps with (some) scrolling issues. I think we should also consider the ability to select all on a folder. Replace page already had this and I added some supports in the general place. Regarding the scrolling issues, the top level select all needs to be in the tool bar but in addition to that, not general though, we need to move information out of header as well. E.g. the result summary in search page.
per bug 377018 we are going to look at getting rid of checkboxes. If that is true, then I think we simply need to support Ctrl+A = select all. For deselecting all, the user can just click on any item and they get automatic deselect.
(In reply to comment #10) > per bug 377018 we are going to look at getting rid of checkboxes. > If that is true, then I think we simply need to support > Ctrl+A = select all. > > For deselecting all, the user can just click on any item and they get automatic > deselect. How about Ctrl+A second time?
With the selection model, the issue becomes really minor. We need to think about a generic way in the selection model level to do this. But it is post 0.5.
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