Summary: | app-emacs/emacs-daemon-0.22 : unlocalized [M-] escape sequence at tty console | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | CaptainBlood <luc_pierard_de_maujouy> |
Component: | Current packages | Assignee: | GNU Emacs project <gnu-emacs> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | ouputs for input-decode-map |
Description
CaptainBlood
2020-01-22 14:56:44 UTC
I cannot reproduce this. Does this also happen if you add "-q" to EMACS_OPTS in /etc/conf.d/emacs? What is displayed if you type (in console or in terminal): - "ctrl-v ctrl-a" in bash - "ctrl-h k ctrl-a" in emacs What is the value of variable input-decode-map in emacs (in console or in terminal)? (In reply to Ulrich Müller from comment #1) > I cannot reproduce this. > > Does this also happen if you add "-q" to EMACS_OPTS in /etc/conf.d/emacs? Yes: I removed the # as first character & added -q @eos > > What is displayed if you type (in console or in terminal): > - "ctrl-v ctrl-a" in bash echoes:^A > - "ctrl-h k ctrl-a" in emacs echo snippet:It is bound to C-a, <home>. > > What is the value of variable input-decode-map in emacs (in console or in > terminal)? Plz wait a little while as the two outputs are very different from console to terminal, the former being extensively long & hard to grip with my little knowledge. I must have been misleading as I meant 'Control' in a generic way, and not the Ctrl key specifically. To be more precise the problem mostly shows at the second step of [Ctrl-space] [M-w] 'copy' sequence where [M-w] is taken as [M-z] (zap-to-char). Striking [M-z] instead DOES bring the expected result, though. Plz remember z & w keys are inverted on azerty keyboard. Thks Created attachment 604004 [details]
ouputs for input-decode-map
Meanwhile I can reproduce the problem, even when starting the emacs daemon manually, as follows: # loadkeys fr-latin9 $ emacs -Q --daemon $ emacsclient -t C-h k a [that's the key labelled "Q" on my German keyboard] -> a C-h k C-a -> C-a C-h k M-a ["Alt" key + "Q" key] -> M-q C-h k ESC a -> M-a I see the issue here with the "fr-latin9" keymap, but I don't see it with "fr", nor with "fr-latin1". Anyway, it looks like it is not an Emacs problem, but a problem (or a feature?) of the keymap: # loadkeys fr-latin9 # dumpkeys | grep " 16 " keycode 16 = +a +A acircumflex adiaeresis Control_a Control_q Control_q alt keycode 16 = Meta_q shift alt keycode 16 = Meta_Q control alt keycode 16 = Meta_Control_q My homework is now to recall why I rather picked fr-latin9 in the first place, and to check for any good reason not to switch to fr-latin1 instead. Thks 4 investigating, teaching & explanations. Glad if I could help. :) |