Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem with keyboard shortcuts when using Polish keyboard #1597

Open
Cimlah opened this issue Feb 5, 2024 · 2 comments
Open

Problem with keyboard shortcuts when using Polish keyboard #1597

Cimlah opened this issue Feb 5, 2024 · 2 comments

Comments

@Cimlah
Copy link

Cimlah commented Feb 5, 2024

Describe the bug
In Polish, we have special letters, such as ł, ę, ń and so on. The problem is, when I want to write a capital special letter when writing something, I cannot do it. Instead an Amethyst keyboard shortcut is executed.
Why does it happen? In order to write for example a capital Ł, I have to press these keys: Shift + Option + L. BUT instead Swap focused window to clockwise screen is executed.

Applications:
All applications, where you write

To Reproduce
Steps to reproduce the behavior:
Change keyboard language to Polish and try to write capital Polish special letter when Amethyst is running.

Expected behavior
Users with Polish keyboard should be able to write capital Polish special letters AND execute Amethyst keyboard shortcuts without any problem.

Screenshots
If applicable, add screenshots to help explain your problem.

Versions:

  • macOS: 14.2.1
  • Amethyst: 0.20.0 (108)

Debug Info

Version: 0.20.0 (108)

OS version: Version 14.2.1 (Build 23C71)

Screens:
	(0.0, 0.0, 2048.0, 1152.0) [(0.0, 0.0, 2048.0, 1152.0)]

Configuration:
debug-layout-info: 0
screen-padding-right: 0
float-small-windows: 0
screen-padding-bottom: 0
smart-window-margins: 0
mod2: (
    option,
    shift,
    control
)
window-margin-size: 8
enables-layout-hud: 1
window-margins: 1
window-minimum-width: 0
window-minimum-height: 0
mouse-follows-focus: 1
floating-is-blacklist: 1
ignore-menu-bar: 0
new-windows-to-main: 0
follow-space-thrown-windows: 1
use-canary-build: 0
enables-layout-hud-on-space-change: 1
screen-padding-left: 0
floating: (
)
focus-follows-mouse: 0
layouts: (
    tall,
    wide,
    fullscreen,
    column
)
mod1: (
    option,
    shift
)
restore-layouts-on-launch: 1
screen-padding-top: 0
window-resize-step: 5
window-max-count: 0

Note: --include-apps will list your manageable applications, but is optional if you don't want to list that.

Additional context
Add any other context about the problem here.

@DyBev
Copy link

DyBev commented Apr 24, 2024

You can change the keybinds in the preferences menu. There is no way Amethyst is going to be able to determine when your (shift+option+l) is intended for typing or for switching windows.

Change your keybind to (control+option+[letter]) I don't think you'll experience any issues then.

@ianyh
Copy link
Owner

ianyh commented Apr 28, 2024

This one is tricky. Right now the keys are tied to the physical keys on the input device, and it would be possible to change the mappings to be language dependent, but I'm not sure that would help in this case because that character doesn't map to a key on the keyboard. I can leave this open to see if anyone has an idea, but right now I'm not sure how to do this in a general sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants