https://bugs.documentfoundation.org/show_bug.cgi?id=153806
--- Comment #10 from [email protected] --- 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 the assignee for the bug.
