[Libreoffice-ux-advise] [Bug 153806] Improve keyboard interaction for Special Characters dialog

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #10 from cwendling at hypra.fr ---
FWIW, IMO what would be expected would be:

- <Enter> should validate the dialog and perform the default action (likely,
Insert) *consistently*
- Insert should either *always* be active when there are > 0 matches in the
table, OR whenever the table gains focus and has > 0 matches
- <Tab> should behave as it does (cycle through UI elements with a fine-ish
granularity, e.g. between buttons and such, but not individual table cells),
but in the recent/favorite it should *probably* not cycle through each char
(but like on the main table, go out of it)
- Reason for not tabbing through the whole table is that it's a nightmare. 
Basically people <Tab> through to get to the next useful control, having to
<Tab> a million times because there's many options is a huge pain.
- <U,D,L,R> should move around the table(s) content (current behavior seems
alright, although in recent/favorite <U,D> leaves the table (which is
consistent as them probably not being tables but individual widgets

Additionally:

- Recent/favorite should probably be tables like the main one (which behaves
fine)
- Recent/favorite items should have proper names attached to them, as currently
they are not accessible at all (the screen reader doesn't see a name, so can
only tell the user it's a "drawing area")

Note that the main issue currently is that Insert doesn't get enabled when the
focus enters the table, but only when clicking, or using one of
<Space,U,D,L,R>.  (OP's #1)

#3 is also confusing because <Enter> doesn't behave consistently, and the user
might even not realize the character has been entered, and activate Insert
again.

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