Details
-
Bug
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
6.2, 6.5.0 Beta1
-
None
-
platform = Linux-6.1.0-1-MANJARO-x86_64-with-glibc2.36
Description
Tested on two different arch based Linux/GNU distros.
Qt 6.2.3 online installation and up to date.
All letters tr_upper = "ABCÇDEFGĞHIİJKLMNOÖPRSŞTUÜVYZ";
All letters tr_lower = "abcçdefgğhıijklmnoöprsştuüvyz";
Turkish upper case characters ÇÇĞĞÖÖŞŞÜÜ these are normal but only upper i-dotted char (İ) is problem
I think Capital i-dotless (I) is conflicting with Capital i-dotted (İ) or only Capital i-dotted (İ) is problematic. There is no any input conflict on QTextEdit kind widgets and Qt6 accepts typing upper i-dotted (İ) but when open a virtual keyboard looks like attached screenshot besides Qt6 and scintilla integration has keysequence/keybinding conflict with upper i-dotted(İ). When i click Caps Lock and i (İ) triggering "Home" key event. EventListener shows unstable keycode and keysequence matches. Lowercase i-dotted is ok, but upper case i-dotted does not match the right keycode/keysequence like g-breve/G-breve match.
Onboard keyboard screenshot was added to show how it should be.
Qt5 side is Ok, Compiled application works as expected with upper i-dotted (İ) key.
Attachments
Issue Links
- relates to
-
QTBUG-109962 toLocale{Upper,Lower}Case() string methods ignore locale arguments
- Reported
-
QTBUG-89620 QKeySequence does not handle Qt::Key_mu right
- Open
-
QTBUG-109235 Review toupper/tolower uses [Qt]
- Closed