GNOME Bugzilla – Bug 699911
Selection pattern design updates
Last modified: 2018-01-11 10:05:45 UTC
There's been a round of changes to the selection pattern; these are intended to overcome a bunch of issues that we've encountered with the existing design. Details of the updated design can be found here: https://live.gnome.org/GnomeOS/Design/Whiteboards/SelectionPattern
I think this is mostly done except for: * Selection mode can be activated by: * Drag to select an area (pointer only - not touch), aka rubberband selection (It actually works but you gotta press ctrl or shift with it but I'm guessing thats not good enough). * Once in selection mode, content can be selected by: * Ctrl+A - select all. * Ctrl+Shift+A - select none.
(In reply to comment #1) > I think this is mostly done except for: > > * Selection mode can be activated by: > * Drag to select an area (pointer only - not touch), aka rubberband selection > > (It actually works but you gotta press ctrl or shift with it but I'm guessing > thats not good enough). Actually in my system the ctrl+shift+drag does rather select a range then an area and only toggles the selection state for the items. This isn't what we want, is it? > (...) In addition the following point from https://wiki.gnome.org/Design/OS/SelectionPattern seems not anymore working: > The toolbar header updates to reflect the number of selected items and to provide a select all/none menu; when no items are selected, it gives a hint such as "Click on items to select them". Where's this gone? Didn't we had this? Tried it out on master right now. Bumping up version since all points are still valid.
(In reply to comment #2) > (In reply to comment #1) > > I think this is mostly done except for: > > > > * Selection mode can be activated by: > > * Drag to select an area (pointer only - not touch), aka rubberband selection > > > > (It actually works but you gotta press ctrl or shift with it but I'm guessing > > thats not good enough). > > Actually in my system the ctrl+shift+drag does rather select a range then an > area and only toggles the selection state for the items. This isn't what we > want, is it? Yes, we wanted selection through rubber banding. > > (...) > > In addition the following point from > https://wiki.gnome.org/Design/OS/SelectionPattern seems not anymore working: > > > The toolbar header updates to reflect the number of selected items and to provide a select all/none menu; when no items are selected, it gives a hint such as "Click on items to select them". > > Where's this gone? Didn't we had this? Tried it out on master right now. Thats a regression.
(In reply to comment #2) > (In reply to comment #1) > > In addition the following point from > https://wiki.gnome.org/Design/OS/SelectionPattern seems not anymore working: > > > The toolbar header updates to reflect the number of selected items and to provide a select all/none menu; when no items are selected, it gives a hint such as "Click on items to select them". > > Where's this gone? Didn't we had this? Tried it out on master right now. This was fixed in 3.14. > Bumping up version since all points are still valid. Which ones exactly?
Seems neither this: "* Selection mode can be activated by: * Drag to select an area (pointer only - not touch), aka rubberband selection (It actually works but you gotta press ctrl or shift with it but I'm guessing thats not good enough)." nor "* Once in selection mode, content can be selected by: * Ctrl+A - select all. * Ctrl+Shift+A - select none." work anymore. So this is still valid.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-boxes/issues/16.