[Libreoffice-bugs] [Bug 107625] Envelope dialog: Make dialog more a11y friendly

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #21 from Samuel Thibault <samuel.thibault at ens-lyon.org> ---
(In reply to Alex ARNAUD from comment #16)
> (In reply to Heiko Tietze from comment #15)
> > (In reply to Thorsten Behrens (CIB) from comment #14)
> > > ...clarified definition of what should be done...
> > 
> > Alex & UX people, please elaborate the planned changes.
> 
> I propose to stay consistent to what Java Swing and Microsoft does, see
> there for the Microsoft way:
> https://docs.microsoft.com/fr-fr/dotnet/api/system.windows.forms.textboxbase.
> acceptstab?view=netframework-4.7.2
> - Let tab behavior as it is 
> - Control + tab would be used to leave the multi-lines elements

That is actually what gtk3 does too. When the focus is inside a GtkTextView,
tab inserts a tab, and control-tab switches to the next control. Even if
control-tab usually switches tabs of the dialog.

(In reply to Heiko Tietze from comment #20)
> Okay, this dialog looks indeed weird. Let's make a proposal for redesign.

Well, a redesign will not change the issue: as long as there are e.g. buttons
after the input control which eats tabs, people who can only use a keyboard can
not escape from it the normal way to reach the buttons, they'd have to
shift-tab to escape backward, and press shift-tab a lot of times only to get
back to the buttons, and possibly pressing one time too much and get stuck
*again* in the input control, and thus have to do shift-tabs again (and
possibly again pressing once too much, etc.). That is really not a usable
behavior, while making an exception for control-tab just here would just work,
and be coherent with other UI toolkits.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190424/f13df917/attachment.html>