Summary: | Keyboard shortcut to decrease brush size (left bracket) doesn't work with Spanish layout | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | jbalague |
Component: | Brush Engine/Shape | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dimula73, halla |
Priority: | NOR | ||
Version: | 4.4.1 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | https://invent.kde.org/graphics/krita/commit/bb260d701b7a0f69447b1272d899d4b89d0415cb | Version Fixed In: | |
Sentry Crash Report: |
Description
jbalague
2020-12-16 19:36:54 UTC
I can confirm the issue. This is a windows-specific issue, it doesn't happen with X11/plasma/kwin with a spanish keyboard layout. When a spanish keyboard layout is active, altgr-[ seems to send ctrl-alt-^ -- not sure what we can do about that. I have almost the same issue with the Russian keyboard layout. The Russian keyboard layout is very different and doesn't have '[' and ']' keys at all. So we usually expect the shortcuts to be mapped to the English keys and work the same way in the Russian layout. Btw, shortcuts like 'b' and 't' work in the Russian layout perfectly fine. Git commit bb260d701b7a0f69447b1272d899d4b89d0415cb by Dmitry Kazakov. Committed on 15/02/2021 at 07:58. Pushed by dkazakov into branch 'master'. Fix shortcuts assigned to special keys on non-latin layouts When the user has non-latin layout we still consider latin meaning of the keys to be a priorty. This behavior is already in Qt (and is disputable), but this patch doesn't change that. The patch only adds proper handling of special keys: * '\' --- backslash/bar key * '/' --- slash/question key * ';' --- semicolon/colon key * '`' --- backqoute/tilde key * ''' --- quote/doublequote key * '[' --- left bracket key * ']' --- right bracket key * ',' --- comma/< key * '.' --- period/> key * '-' --- minus/underscore key * '=' --- equal/plus key A +75 -0 3rdparty/ext_qt/0112-Fix-shortcuts-assigned-to-special-keys-on-non-latin-.patch A +42 -0 3rdparty/ext_qt/0113-Fix-multiple-shortcuts-match-from-different-keyboard.patch M +10 -0 3rdparty/ext_qt/CMakeLists.txt https://invent.kde.org/graphics/krita/commit/bb260d701b7a0f69447b1272d899d4b89d0415cb Hi, Jbalague! Could you please check if this package fixes the problem for you? https://disk.yandex.ru/d/AWgV9pRWgoOA2A Before testing, please make sure you've made a backup of files in %APPDATA% and %LOCALAPPDATA%. This package is based on Krita 5.0, so it may break the configuration of Krita 4.4. Git commit cdfc724f2ea297fbd4e943d384f5be7d62162540 by Dmitry Kazakov. Committed on 17/02/2021 at 13:20. Pushed by dkazakov into branch 'master'. Fix shortcuts with special keys on non-US layouts on Linux WARNING: this patch solidifies the precedence of the us-latin layout key positions over the current user layout. It basically means that if the user's layout swaps the position of Z and Y letters, then Ctrl+Y will still work as Ctrl+Z. I need user's input on that change. Afaict, this bahavior was the default on Windows, but it was not so on Linux before. A +93 -0 3rdparty/ext_qt/0114-Fix-shortcuts-with-special-keys-on-non-US-layouts-on.patch M +1 -0 3rdparty/ext_qt/CMakeLists.txt https://invent.kde.org/graphics/krita/commit/cdfc724f2ea297fbd4e943d384f5be7d62162540 |