https://issues.apache.org/ooo/show_bug.cgi?id=122455
Bug ID: 122455
Issue Type: DEFECT
Summary: [sidebar] confusing object sequence in panels disrupts
keyboard navigation of UI--some re-sequencing required
Product: General
Version: AOO400-dev
Hardware: All
OS: All
Status: CONFIRMED
Severity: normal
Priority: P3
Component: ui
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Effective use of keyboard requires consistent movement between objects in the
UI. Mouse movement and click actions of the GUI gloss over any underlying break
in linear sequence of objects accessed with keyboard only navigation/selection.
Characterize the disjointed movement as either 1). faulty UX layout of
functional organization of toolbar widgets, i.e. wrong sequence moving from
tool to tool. Or 2)., UI structural flaw in flow from element to element in the
Deck, Panels or Tab bar.
Working on Windows 7 sp1, 64bit
AOO400m2(Build:9701) - Rev. 1489073
2013-06-03 13:48:37 (Mo, 03 Jun 2013)
Have not review 100% of current sidebar implementation but as examples:
Type 1). -- inconsistent UX layout, movement correct but object sequence not
logical
Writer -> Properties deck -> Paragraph panel
the Line Spacing toolbar is present in the midst of the decimal
value rollers toolbars for the Indent and Spacing Above/Below
would make more sense--better sequence--to group Line spacing and its
space above/below paragraph roller toolbars before the Spacing toolbar,
and to group the Indent toolbar and its roller tollbars following the line
spacing.
Type 2). -- inconsistent keyboard movement to unexpected UI elements
Writer -> Styles & Formatting deck (i.e. sidebar integration of the <F11>
frame)
keyboard navigation w/<F6> moves to Deck title bar, and <TAB> into
Styles & Formatting panel lands immediately in a the Paragraph Styles tree
list. Necessary to <TAB> <TAB> to cycle to the Styles & Formatting toolbar
and gain cursor <LEFT>,<RIGHT> navigation in that tool bar.
Would expect to enter the Panel landing on the Toolbar to be able to cursor
navigate to desired Style & Formatting toolbar button, and select it to
enter its tree list. That is what seems to be the default behavior, but
does
not occur in this panel.
Keyboard behavior of <ESC>, <F6>, <TAB>, <ENTER>, and cursors
<UP>,<RIGHT>,<DOWN> & <LEFT>, should be consistent on all instances of the
Deck, for each Panel and associated Toolbars and widgets, as well as for the
Tab bar. While re-sequencing of panels to group related tools with reasonable
keyboard progression will improve the UI. And finally cleaning up any faulty
keyboard navigation from imbedded menu/panel objects like those introduced with
the Style & Formatting <F11> panel are now necessary to make side fully
keyboard navigable.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
