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

xkb_switch_layout next doesn't switch XWayland layout. #8132

Open
YellowOnion opened this issue Apr 24, 2024 · 0 comments
Open

xkb_switch_layout next doesn't switch XWayland layout. #8132

YellowOnion opened this issue Apr 24, 2024 · 0 comments
Labels
bug Not working as intended

Comments

@YellowOnion
Copy link
Contributor

Please fill out the following:

  • Sway Version:

    • sway version 1.9
  • Configuration File:

input * {
    xkb_layout "us"
    xkb_variant "dvorak"
    xkb_model pc104
    xkb_options compose:ralt
    accel_profile flat
    tap enabled
    tap_button_map lrm
    dwt disabled
}

I have a custom layout I've been playing around with and applying like so:

$ swaymsg 'bindsym --locked $mod+BackSpace input * xkb_switch_layout next'
$ swaymsg 'input * xkb_layout "us,woob,us"'
$  swaymsg 'input * xkb_variant "dvorak,fhae-wide,basic"'
  • Description:

If I hit $mod+BackSpace twice, my layout switches from dvorak to qwerty, which I can confirm via swaymsg -t get_inputs, but the setxkbmap still reports dvorak as the primary layout.

$  setxkbmap -print -verbose 10
Setting verbose level to 10
WARNING: Running setxkbmap against an Xwayland server
locale is C
Trying to load rules file ./rules/evdev...
Trying to load rules file /nix/store/6jn853xdh1cz78gaqizriirmi2jcbp8i-setxkbmap-1.3.4/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules:      evdev
model:      pc105
layout:     us
variant:    dvorak
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwerty)
types:      complete
compat:     complete
symbols:    pc+us(dvorak)+inet(evdev)
geometry:   pc(pc105)
xkb_keymap {
        xkb_keycodes  { include "evdev+aliases(qwerty)" };
        xkb_types     { include "complete"      };
        xkb_compat    { include "complete"      };
        xkb_symbols   { include "pc+us(dvorak)+inet(evdev)"     };
        xkb_geometry  { include "pc(pc105)"     };
};

As an aside the geometry is wrong (I use a ansi pc104 keyboard) and I'm unsure why it's displayed wrong, or if sway even bothers parsing it...as it provides no way to introspect this parameter.

@YellowOnion YellowOnion added the bug Not working as intended label Apr 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Not working as intended
Development

No branches or pull requests

1 participant