https://bugs.documentfoundation.org/show_bug.cgi?id=107625
--- Comment #21 from Samuel Thibault <samuel.thibault@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 on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 107625] Envelope dialog: Make dialog more a11y friendly · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.