[Libreoffice-ux-advise] [Bug 148967] Include a HUD inside the Standard toolbar as text field (today you can add it only as button)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=148967

--- Comment #13 from Pedro <vermelhusco1904 at gmail.com> ---
Created attachment 180056
  --> https://bugs.documentfoundation.org/attachment.cgi?id=180056&action=edit
Depicitng the Find toolbar as a potential HUD toolbar.

In my opinion having by default the HUD only accessible by a keyboard shortcut
effectively hides it away from the people that would benefit from it the most:
novice users that don't know the location of all commands.

Novice users use primarily the mouse and the UI instead of keyboard shortcuts.
Yet the HUD is only accessible by a keyboard shortcut. Thus there is no way a
novice user that does not even read the Release Notes of each new version know
about this great feature.

I know some people are allergic to implement reasonable well-thought UI
paradigms if they were first implemented by Microsoft or Apple. But I believe I
provided a decent reasoning about why this would be important.

As for providing a HUD (or text field) in the Standard Toolbar or a button. I
also agree with Roman that the text field is a better idea. And I don't
understand what would be the blocker for this.

As V Stuart Foote mentioned: this can be done by creating a HUD toolbar that
could be enabled by default in the Standard Toolbar. I attached a picture of
the Standard Toolbar with a potential HUD toolbar, based on the Find Toolbar in
the position. Considering that the HUD toolbar is just a search box, it would
occupy even less space as my mockup shows.
But a similar box would have to be included in the Tabbed UIs.

-- 
You are receiving this mail because:
You are on the CC list for the bug.