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

Sxhkd using 2 layouts at the same time? #289

Open
MarcoPolo-PasTonMolo opened this issue Oct 9, 2022 · 6 comments · May be fixed by #307
Open

Sxhkd using 2 layouts at the same time? #289

MarcoPolo-PasTonMolo opened this issue Oct 9, 2022 · 6 comments · May be fixed by #307

Comments

@MarcoPolo-PasTonMolo
Copy link

I'm on arch linux running bspwm with sxhkd.
I'm mainly a dvorak guy and that's what I want sxhkd to be using.

I recently updated my system and I'm not sure but I think that has been the cause for some weird behaviour.
It appears that sxhkd is using 2 layouts. Qwerty and dvorak at the same time. super + ,(w in qwerty) and super + w both close windows.
super + d(h in qwerty) and super + h both switch to the left window. Yes I have sxhkd -m -1 in my bspwmrc.

At the same time some keymaps I have defined, stopped working or use the qwerty version instead of the dvorak one. super + r(o in qwerty, this one acts as super + o), super + v (. in qwerty) and super + n (l in qwerty, acts as super + l when I want it to act as super + n).

@fdioguardi
Copy link

I'm running the same setup on my pc.

Although I don't know exactly what's causing it, I was able to solve it temporarily by downgrading xkeyboard-config to version 3.36-3:

sudo pacman -U /var/cache/pacman/pkg/xkeyboard-config-2.36-3-any.pkg.tar.zst

@MarcoPolo-PasTonMolo
Copy link
Author

MarcoPolo-PasTonMolo commented Oct 22, 2022

sudo pacman -U /var/cache/pacman/pkg/xkeyboard-config-2.36-3-any.pkg.tar.zst

This worked thank you. How did you figure that out exactly?

@fdioguardi
Copy link

fdioguardi commented Oct 22, 2022

This worked thank you. How did you figure that out exactly?

As soon as I noticed something wrong, I looked at the logs to see the list of packages that were updated recently. Judging only by their names, xkeyboard-config was the most likely to be the culprit.

Then I just downgraded to a previous version, rebooted to see if it had worked, and added it to the list of pacman's ignored packages to avoid further updates until it was solved.

@BlueDrink9
Copy link

Thanks for helping with this, driving me nuts. Opened an issue with xkeyboard-config here

@douglasrizzo
Copy link

sudo pacman -U /var/cache/pacman/pkg/xkeyboard-config-2.36-3-any.pkg.tar.zst

Had the same problem. This fixed it for me. Putting a description of my issue below.

Setup

ABNT2 keyboard. Shortcuts bound to super + {bracketleft,bracketright,dead_acute}.

Steps to reproduce

  1. Log in.
  2. Change from ABNT2 keymap to US International: setxkbmap -layout us -variant intl.
  3. Change back from US International to ABNT2 keymap: setxkbmap -layout br -variant abnt2.

What happens

  1. The shortcuts bound to bracketleft and bracketright are activated with dead_acute and bracketleft instead.
  2. The shortcut bound to dead_acute doesn't work anymore.

More info

When I first log in and if I never change my keyboard layouts, all shortcuts work correctly. It seems to me that changing from an initial layout to another triggers the issue:

@ncfavier
Copy link

I've investigated this a bit and I think I'm close to a fix. I've asked upstream for guidance as I don't expect @baskerville to be responsive.

AndersonTorres pushed a commit to NixOS/nixpkgs that referenced this issue Jul 17, 2023
The recent upgrade past xkeyboardconfig 2.37 causes an issue where sxhkd
will get confused if multiple keyboard layouts are used: baskerville/sxhkd#289
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

Successfully merging a pull request may close this issue.

5 participants