[kate] [Bug 491214] New: [Regressions] Keyboard combinations with Option key + number break some tertiary characters for Spanish language

[espaguetti]

https://bugs.kde.org/show_bug.cgi?id=491214

            Bug ID: 491214
           Summary: [Regressions] Keyboard combinations with Option key +
                    number break some tertiary characters for Spanish
                    language
    Classification: Applications
           Product: kate
           Version: unspecified
          Platform: macOS (DMG)
                OS: macOS
            Status: REPORTED
          Severity: minor
          Priority: NOR
         Component: application
          Assignee: kwrite-bugs-null at kde.org
          Reporter: mibofej627 at foraro.com
  Target Milestone: ---

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

-- 
You are receiving this mail because:
You are watching all bug changes.