https://bugs.documentfoundation.org/show_bug.cgi?id=107625
Heiko Tietze <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|libreoffice-ux-advise@lists |[email protected], |.freedesktop.org |heiko.tietze@documentfounda | |tion.org Keywords|needsUXEval |accessibility Priority|medium |high --- Comment #23 from Heiko Tietze <[email protected]> --- (In reply to Thorsten Behrens (allotropia) from comment #14) > ... a clarified definition of what should be done might be needed (In reply to Alex ARNAUD from comment #7) > - ctrl+tab in theses fields leave them, switching between tabs could be done > with ctrl+tab when the user keyboard focus is on an other item. (In reply to Alex ARNAUD from comment #16) > - Let tab behavior as it is > - Fix shift tab because shift+tab does the same as tab > - Control + tab would be used to leave the multi-lines elements (In reply to Samuel Thibault from comment #21) > 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. So the task is to traverse controls on (shift)+ctrl+tab as happening on other controls. Simple tab key should still insert a literal tab. Possible code pointer in comment 11. Caolan, are you bored? -- You are receiving this mail because: You are the assignee for the bug.
