After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 755203 - mainWindow: Have tooltips on buttons in main user interface
mainWindow: Have tooltips on buttons in main user interface
Status: RESOLVED INVALID
Product: polari
Classification: Applications
Component: general
3.17.x
Other Linux
: Normal enhancement
: ---
Assigned To: Polari maintainers
Polari maintainers
Depends on:
Blocks:
 
 
Reported: 2015-09-18 06:46 UTC by Bastian Ilsø
Modified: 2015-09-18 11:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastian Ilsø 2015-09-18 06:46:59 UTC
It would be nice to show tooltips when you hover over the buttons in the main window, especially on buttons that have a keyboard shortcut associated with them, for example the userlist.
Comment 1 Florian Müllner 2015-09-18 10:25:03 UTC
Are tooltips still something we encourage? I know the design team was strongly opposed to any attempts to add them to gnome-shell, so I had assumed the same would apply to applications? They certainly don't work on touch, and considering the completely non-destructive nature of the buttons (open/close a menu), I don't know what advantage a toolkit has over a simple click ...
Comment 2 Bastian Ilsø 2015-09-18 11:14:32 UTC
(In reply to Florian Müllner from comment #1)
> Are tooltips still something we encourage? I know the design team was
> strongly opposed to any attempts to add them to gnome-shell, so I had
> assumed the same would apply to applications? They certainly don't work on
> touch, and considering the completely non-destructive nature of the buttons
> (open/close a menu), I don't know what advantage a toolkit has over a simple
> click ...

I only find them useful as an immediate way of reminding me what keyboard shortcut is associated with the action they perform. If there is no keyboard shortcut associated with the button I see no use of it. Perhaps GTK+'s future keyboard shortcut overview is a better way to address that issue, though. Closing for now.