GNOME Bugzilla – Bug 775666
Revisit Select All / Select None interface for grid mode
Last modified: 2021-07-05 10:53:55 UTC
Created attachment 341431 [details] Screenshot: Select all / none mixed with information label. This is a fork from https://bugzilla.gnome.org/show_bug.cgi?id=774411 Problem: Please refer attachment. The "Select All / Select None" buttons seem to be available by clicking on "Click on items to select them" menu button. I think, this is confusing and not a good place for the select buttons. I happen to find them by chance. There was no hint on what I thought to be an information label, is clickable. Also, there is enough space on the top bar for having a separate drop down button, rather than mixing it with with the information / status label. This is applicable to the following applications: 1. gnome-books 2. gnome-documents 3. totem and probably some more. Note: I am opening it under HIG to see, if this is a HIG recommendation ( as this appears consistently in more apps ). If this is not, it would be good to have some recommendations on where to place the select buttons.
I thought we used a disclosure triangle to indicate that there's a dropdown, but maybe I'm misremembering. Do you think that would be enough, Jakub?
Few points: 1. In windows / dialogs, controls are in the left and right ( menu / window controls ), and the window / dialog title is displayed in the middle. Users click in the middle to toggle window maximize. In the select header bar too, selection information is displayed in the middle, but it is a GtkMenuButton, rather than a GtkLabel. It would be good, if it's a GtkLabel, to maintain consistency with the general idea of Windows / Dialogs. 2. For displaying the selection menu, I was thinking more of the way in which Gmail's 'Select Email' works. Something like, All None Starred ( or custom tags ) Unstarred etc. Preferred location of menu, is on the left side of header bar.
Created attachment 342243 [details] Screenshot: Menu in place of window title in calculator app
(In reply to vrishab from comment #2) > Few points: > > 1. In windows / dialogs, controls are in the left and right ( menu / window > controls ), and the window / dialog title is displayed in the middle. Users > click in the middle to toggle window maximize. In the select header bar too, > selection information is displayed in the middle, but it is a GtkMenuButton, > rather than a GtkLabel. It would be good, if it's a GtkLabel, to maintain > consistency with the general idea of Windows / Dialogs. Similar "menu in the middle of the title bar" appears in gnome-calculator app too. Please refer above screenshot ( comment 3 ). So, is this a HIG recommendation ? I cannot find it in https://developer.gnome.org/hig/stable/visual-layout.html.en
Design page: https://wiki.gnome.org/Design/OS/SelectionPattern
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-devel-docs/-/issues/ Thank you for your understanding and your help.