Bug 69550 - [UX] [a11y] Style keyboard shortcuts are undiscoverable
Summary: [UX] [a11y] Style keyboard shortcuts are undiscoverable
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: NeedsDevEval UX-Advise
Keywords:
Depends on:
Blocks: 36549 55571 60251
  Show dependency treegraph
 
Reported: 2013-09-18 20:48 UTC by Tin Man
Modified: 2014-02-27 23:38 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Tin Man 2013-09-18 20:48:05 UTC
Style keyboard shortcuts are undiscoverable.

I'd suggest showing them to the right of the style name in the style combo box in a lighter color, similarly to how keyboard shortcuts are shown in menus.
Comment 1 Cor Nouws 2013-09-19 16:45:55 UTC
Hi Mirek,

(In reply to comment #0)
> Style keyboard shortcuts are undiscoverable.

F1, landing page > link to shortcuts ..

> I'd suggest showing them to the right of the style name in the style combo
> box in a lighter color, similarly to how keyboard shortcuts are shown in
> menus.

thanks - Idea looks fine.

But do we have a metabug, or a overall project to create a plan before (suggesting to) impelment(ing) separate ideas?

Cor
Comment 2 Tin Man 2013-09-19 16:57:08 UTC
(In reply to comment #1)
> Hi Mirek,
> 
> (In reply to comment #0)
> > Style keyboard shortcuts are undiscoverable.
> 
> F1, landing page > link to shortcuts ..
> 
> > I'd suggest showing them to the right of the style name in the style combo
> > box in a lighter color, similarly to how keyboard shortcuts are shown in
> > menus.
> 
> thanks - Idea looks fine.
> 
> But do we have a metabug, or a overall project to create a plan before
> (suggesting to) impelment(ing) separate ideas?

No.
Given that there's very little developer interest in working on UX bugs, I see bitesized bugs as the only chance for getting anything solved.

Do you have any suggestions on ways to get UX bugs solved?
Comment 3 V Stuart Foote 2013-09-22 05:21:31 UTC
Undiscoverable because they are not assigned.

Beleive the Styles & Formatting probably should have an SytleCommand.xcu created, or at the least appropriate stanzas added to the GenericCommands.xcu configuration.

In addition to UX issue this is a major Accessibility and keyboard navigation issue.

Impacts the <F11> Sytles & Formatting Frame, as well as its rendering in the Sidebar.

In an Accessibility context, "lighter color" is not a viable UX implementation, and is too far removed from the underlining used for accelerators assigned to Menus.
Comment 4 Robinson Tryon (qubit) 2013-10-23 17:24:52 UTC
Removing comma from whiteboard (please use a space to delimit values in this field)
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started
Comment 5 V Stuart Foote 2014-02-03 15:21:25 UTC
The native accessibility bridges expose the lists of the 'Styles and Fomatting' <F11>  pop-up panel when navigated with <TAB> and Cursor keys (U,D,L,R). But as noted there have never been 'accelerators' associated with any component of this toolbar panel.

For accessibility it would be helpful if a consistent set of accelerators could be assigned to at least the major headings--e.g. the Paragraph, Character, Frame, Page and List styles.

Also, it would probably be most functional if the 'accelerator' for each of these place active focus onto the panel list item of the currently active document cursor.

Besides helping to encourage use of Style rather than Direct formatting in documents, this would greatly improve the work flow for keyboard users, notably folks needing Assistive Technology tool support.  I.e. directly navigating onto the correct list item with a single keystroke, rather than multiple <TAB> and cursor movements listening for the right location.
Comment 6 Cor Nouws 2014-02-03 17:22:53 UTC
Hi V Stuart,

I just was about to close (mid air collision ;) ) this as duplicate of bug 62081

This since we discussed at the UX hackfest that keyboard shortcurts can be properly shown in split menus ..

What do you think?
Comment 7 Joel Madero 2014-02-27 23:38:06 UTC
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval.

Thank you and apologies for the noise


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.