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

Terminal programs do not receive shortcuts led by the Shift modifier #698

Open
rien333 opened this issue Jan 11, 2024 · 0 comments
Open

Comments

@rien333
Copy link

rien333 commented Jan 11, 2024

Expected behavior

If I type M-L (note the uppercase 'L') and, subsequently, M-l in gnome console (a terminal application), I get the following:

~> cat
^[L^[l

This is the expected and correct output — 'L' is being differentiated from 'l'. Unsurprisingly, the same goes for other letters as well.

Actual behavior

However, typing the same two shortcuts within emac's vterm results in no differentiation between shortcuts that are led by the shift modifier and those that aren't, that is, they are always interpreted as their lowercase variant:

~> cat
^[l^[l

This happens independent of shell program. Of course, the shift key is being recognized — I can type uppercase letters, just not use shift together with other modifier keys.


Additional info

  • Emacs version: GNU Emacs 29.1 (pgtk build, running under wayland)

  • vterm version: 20240102.1640

  • describe-key M-L in vterm-mode:

M-L runs the command vterm--self-insert-meta (found in
vterm-mode-map), which is an interactive native-compiled Lisp function
in ‘vterm.el’.
  • describe-key M-l in vterm-mode:
M-l runs the command vterm--self-insert-meta (found in
vterm-mode-map), which is an interactive native-compiled Lisp function
in ‘vterm.el’.
@rien333 rien333 changed the title Terminal programs cannot receive shortcuts led by the <kbd>shift</kbd> modifier Terminal programs do not receive shortcuts led by the Shift modifier Jan 11, 2024
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

1 participant