I think it would be helpful to learn and use keyboard shortcuts if those were displayed while hovering over a toolbar button. Currently a short description is displayed, but no the keyboard shortcut. However, if you navigate though the menu, the shortcut is displayed with the menu entry. Concrete example: Delete a line in Calc
I kind of like the idea. Unfortunately, this would have an impact on how Assistive Technology (AT) tooling with keyboard navigation is provided now. The shortcut and/or accelerator is already supposed to be exposed to AT for each widget by its accessible event. And then in addition the popup tooltip (normal or extended) is exposed to to the AT as the labeling. As is, adding the shortcut and/or accelerator to the tooltip would "double announce" the keyboard action. On the other hand, if we could fully shift all the mnemonic and shortcut exposure for inclusion onto the tooltip (likely working in the .UI definitions), the AT could be adjusted to draw the accelerator from the tooltip, or otherwise set to ignore accelerator as exposed by the accessible event. We'd gain more control and consistency by _always_ composing the tooltips to include the accelerator/shortcut--but would need ability to toggle their display (as it would be a visual distraction for most users). On the down side it could put a burden on the localization process--but as the auto-assignment of accelerators and localized shortcuts by OS is beyond manual edits, it would _have_ to be automated. But maybe there is a better way of associating the correct tooltip & accelerator or shortcut to the accessible event--to allow display of tooltips with or without accelerator and not double announce in AT tools.
Created attachment 126225 [details] An existing example for keyboard shortcut information (partial screen shot) Of course I meant that the shortcut information will be added automatically, i.e. changed if the user changed the assignment. The screen shot shows an existing example of some professional software using user-definable keyboard shortcuts that are displayed ("(B)" in the example where the user has to press 'b') in addition to the button's function if the mouse overs over a button. I cannot really comment on the AT interface, but I imagine that blind people have no fun navigating through invisible (but audible) toolbar buttons; I guess they'll prefer keyboard input.
Created attachment 126890 [details] Example: The GIMP (partial screenshot) I forgot a more obvious example: The GIMP provides it all: Iconic command buttons, user-assignable keyboard shortcuts, and hover information showing the assigned keyboard shortcut (as well as a description of the button)...
We already show keyboard shortcuts in toolbar tooltips, just not when extended tips are enabled (Tools > Options... > LibreOffice > General > Extended tips).
(In reply to Maxim Monastirsky from comment #4) > We already show keyboard shortcuts in toolbar tooltips, just not when > extended tips are enabled (Tools > Options... > LibreOffice > General > > Extended tips). Indeed: I see several for the generic "upper toolbar", but maybe I was confused that the table-specific "lower toolbar" had none. Maybe the trivial reason is that there exists no key binding for any of the table operations 8-(
Instead of extended tooltips replacing the existing tooltip, it should be appended on a new line. http://wordfaqs.mvps.org/images/ShowHide%20Word%202010%20Tooltip.gif