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

"Buffer is read-only" error in char mode by exwm-input-global-keys misconfiguration - add better error message #84

Open
johannesCmayer opened this issue Oct 11, 2024 · 1 comment

Comments

@johannesCmayer
Copy link

Report of unintuitive user error. A better warning for the user would be good.

Every time that I try to enter a character in char mode, I get an Buffer is read-only only. (However I can e.g. press C-c to to interupt a program running in a terminal emulator.)

It turns out that there was a configuration error in the exwm-input-global-keys. Can you spot the error:

  (setq exwm-input-global-keys
          ...
          (,(kbd "<XF86AudioNext>")         . media-next)
          (,(kbd "<XF86AudioPrevious>")     . media-previous)
          (,(kbd "<XF86AudioPlay>")         . media-play)
          ...)

The error is to write XF86AudioPrevious, when infact it should be XF86AudioPrev.

Writing XF86AudioPrevious basically breaks char mode entirely (even when you don't try to use media keys).

So when you notice that char mode is broken, it might be that you are specifying some non existant keybinding for exwm-input-global-keys. exwm just silently eats the keybind which silently breaks char mode.

@minad
Copy link
Member

minad commented Oct 14, 2024

I think our goal is to move to a better configuration method using normal Emacs keymaps. This will make configuration easier and should prevent problems. But I am not sure about the exact problem here. At least usually you can specify <arbitrary> keybindings in keymaps in Emacs and things will just continue to work.

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

2 participants