[Bug 165206] Ctrl+LShift, Ctrl+RShift behavior vis-a-vis direction & alignment - inconsistent?
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Feb 27 07:41:08 UTC 2025
https://bugs.documentfoundation.org/show_bug.cgi?id=165206
Heiko Tietze <heiko.tietze at documentfoundation.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|libreoffice-ux-advise at lists |heiko.tietze at documentfounda
|.freedesktop.org |tion.org
Severity|minor |normal
Keywords|needsUXEval |
Status|UNCONFIRMED |NEW
Blocks| |98259
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=16
| |3675
Ever confirmed|0 |1
--- Comment #2 from Heiko Tietze <heiko.tietze at documentfoundation.org> ---
We discussed the topic in the design meeting.
Ctrl+l/r-shift are not effective as long CTL/CJK is not enabled. Otherwise it
changes the text direction from RTL to superordinate object setting (might
depend on the actual scenario).
Latin-only users may argue that shortcuts must not be hard-coded and the
commands are available individually (ctrl+shift+a/d for LTR/RTL) so
consequently to remove the code.
RTL users are however familiar with the shortcut. The expectation is, for LTR
text, that pressing ctrl+l-shift a) aligns left and b) keeps/sets the
superordinate direction, and ctrl+r-shit a) right aligns and b) changes the
text direction to RTL; and vice versa for RTL source.
Removing the code might be reasonable after bug 163675 (or bug 131192) about an
additional start/end alignment is introduced.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=98259
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list