SUMMARY Latest version of kate for mac uses Option+number to switch across all tabs, but in some keyboard layouts that combination is reserved. STEPS TO REPRODUCE 1. Download kate from https://cdn.kde.org/ci-builds/utilities/kate/release-24.08/macos-arm64/ate-release_24.08-7679-macos-clang-arm64.dmg 2. Change keyboard layout to Spanish (add another input source) in macOS 3. Try to write code with some tertiary character using the Option+number, like: |@# OBSERVED RESULT In previous version "kate-master-7254-macos-clang-arm64.dmg" it worked fine, but latest one "kate-release_24.08-7679-macos-clang-arm64.dmg" has the regression, so uses Option+number to switch kate tabs, instead of actually printing the character as code. This is likely due to some change in kate keyboard shortcuts. These are the tertiary characters in number's row in the keyboard (13), including the section sign key, the minus key and the equals-plus key, excluding the backspace key: \|@#¢∞¬÷“”≠´‚ Tertiary characters that can be actually printed in kate (3): \´‚ There are other keys than numbers used to print tertiary characters, like Option+E for €, so other characters can be printed, and not even all of those characters are actually printed on keys in the physical keyboard, like Option+dot which is … or Option+ñ which is ~ EXPECTED RESULT Print all primary, secondary and tertiary characters as literal character instead of keyboard shortcut. That can be a problem since keyboard shortcuts should be consistent across all keyboard variations, according to Apple Human Interface Guidelines, so having different shortcut combinations for each kb layout is not recommended. SOFTWARE/OS VERSIONS macOS: Sonoma 14.6 arm64 kate: kate-release_24.08-7679-macos-clang-arm64.dmg
Created attachment 172243 [details] us keyboard
Created attachment 172244 [details] spanish keyboard
In the us keyboard there are also tertiary characters that are not printed on keys, like z row: `≤≥÷
Build "kate-release_24.05-7613-macos-clang-x86_64.dmg" still works fine.
https://invent.kde.org/utilities/kate/-/merge_requests/1527 seems the reason behind that.
> Perhaps on macOS we need to use the command key. Command + number is already assigned: - Go to previous / next location: ⌘1 / ⇧⌘1 - Matching bracket with number 6
(In reply to espaguetti from comment #6) > Command + number is already assigned: Do you have any suggestions which modifier key(s) would work with num keys 1..0 on MacOS? Otheriwse we could just simply disable the default assignments for MacOS for this feature, and let the user do it as he/she wishes.
MR to disable default shorcuts on macOS: https://invent.kde.org/utilities/kate/-/merge_requests/1568
> Do you have any suggestions which modifier key(s) would work with num keys > 1..0 on MacOS? Modifier key + num keys compatible with all 80 macOS keyboard layouts? No idea. https://keyshorts.com/blogs/blog/37615873-how-to-identify-macbook-keyboard-localization
Fixed: https://invent.kde.org/utilities/kate/-/merge_requests/1568