xterm parece mudar seu comportamento chave "home" para o emacs

No xterm, quando pressiono a tecla HOME no teclado, ele normalmente envia, ^[[Hmas quando abro emacs -nw, ele muda para ^[OH; esses são homee khomerespectivamente. Ao tentar construir meu próprio terminal, descobri que ^[[Hnão funciona no emacs. No entanto, não consigo entender o que faz com que o xterm (ou emacs) mude seu comportamento.

Adicionalmente

• As teclas que "deveriam" corresponder a homee khome(a tecla home que costumo usar e 1 no teclado com numlock desativado) - sempre fazem a mesma coisa em todos os terminais que tentei, mesmo que xev mostre que são diferentes, então para o resto da questão, vou tratá-los como a mesma coisa.
• Não parece estar relacionado às configurações do pty. Eu costumava stty -gcopiar as configurações com o emacs ativado e depois aplicá-las em cat -vexecução, e ainda obtenho o comportamento não do emacs. (demonstração abaixo)
• o readline do bash parece ser mais aceitável do que o emacs e/ou lê a variável TERM, porque HOME sempre funciona no bash, não importa qual terminal eu tente

Aqui estão meus experimentos:

xterm

obter informações do terminal:

$ tty
/dev/pts/1
$ echo $TERM
xterm
$ infocmp $TERM | grep home
    el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, home=\E[H,
    kf8=\E[19~, kf9=\E[20~, khome=\EOH, kich1=\E[2~,

tente a tecla HOME e depois retorne cat -ve saia

$ cat -v
^[[H
^[[H
^C

abra o emacs

$ emacs -nw

experimente o comportamento da tecla home (funciona - não vou postar um vídeo)

use C-qpara ver o que a chave está enviando:

[

enquanto isso, em um terminal diferente (que não precisa ser xterm), copie as configurações do emacs pty:

$ emacs_settings=$(stty -F /dev/pts/1 -g)
$ echo $emacs_settings
4001:1:bf:a31:7:7:7f:15:4:0:1:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:

e então saia do emacs e comece cat -vde novo

$ cat -v

e depois de volta ao segundo terminal - defina o xterm pty de volta para as configurações que o emacs usa

$ stty -F /dev/pts/1 $emacs_settings

e pressione home novamente no xterm: (e então pressione Enter e saia)

$ cat -v
^[[H^M

É o mesmo de sempre fora do emacs, o homecódigo, não o khomecódigo que alguém está inserindo dentro do emacs.

Agora, se você estiver tentando fazer isso em casa e quiser sair cat -v, precisará usar ctrl+G em vez de ctrl+C porque as configurações do emacs alteram algumas teclas. Isso prova que as configurações funcionaram. Você também pode ver que não há ^G no final da linha ao sair, mas há um retorno de carro - acho que porque as configurações de eco foram alteradas e está no modo bruto.

Aqui estão as configurações legíveis do emacs pty, se você estiver curioso.

$ stty -F /dev/pts/1 -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^G; quit = ^G; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = <undef>; stop = <undef>; susp = <undef>;
rprnt = <undef>; werase = <undef>; lnext = <undef>; discard = <undef>; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig -icanon -iexten -echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

Outros terminais

linux

$ infocmp linux | grep home
    home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@,
    kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~,

este não é fácil de tirar uma captura de tela (eu poderia fotografar, mas não o fiz)

O resumo é: esteja você no emacs ou não, a tecla HOME é enviada khomedas configurações do terminal e sempre funciona no emacs.

Terminal MATE ( xterm-256color)

$ echo $TERM
xterm-256color
$ infocmp $TERM | grep home
    el1=\E[1K, flash=\E[?5h$<100/>\E[?5l, home=\E[H,
    kf8=\E[19~, kf9=\E[20~, khome=\EOH, kich1=\E[2~,
$ cat -v
^[[H
^[[H
^C

mas novamente ele envia ^[OHdentro do emacs! Então, novamente, eles são diferentes. Não sei como perdi isso antes. Acho que o terminal MATE implementa exatamente o que o xcode faz ou usa alguns dos mesmos componentes.

Por outro lado:

Hiper ( xterm-256color)

Nesse caso, eles apenas enviam khomeo tempo todo, e a tecla HOME ainda parece funcionar como você esperaria.

$ echo $TERM
xterm-256color
$ cat -v
^[OH
^[OH
^C
$ emacs -nw
$ # ... ^[OH again 

tmux (no terminal MATE)screen

Não sei quando o tmux é definido TERMcomo screene quando é definido como tmux, mas hoje neste computador, neste terminal host, é screen.

$ echo $TERM
screen
$ infocmp $TERM | grep home
        enacs=\E(B\E)0, flash=\Eg, home=\E[H, hpa=\E[%i%p1%dG,
        khome=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~,
$ cat -v
^[[1~
^[[1~
^C
$ emacs -nw
$ # also ^[[1~ with C-q inside emacs

arredondar para cima

• Alguns terminais apenas enviam khomeo tempo todo, enquanto outros conseguem enviar khomedentro do emacs e homeno resto do tempo.
• khomee homeambos funcionam para o bash readline, mas só khomefuncionam no emacs - ou há apenas uma lista fixa de chaves home que funcionam no emacs (estou falando sobre a configuração padrão) - estou inclinado para a lista fixa, pois não consigo obter o emacs comportamento para mudar, mudandoTERM

a grande questão

Como o xterm (e o Terminal MATE) consegue alterar o código que envia quando o emacs está aberto.

Aqui estão algumas suposições que posso pensar:

a) o xterm tem uma regra especial sobre o emacs b) o emacs tem uma regra especial sobre xterm c) o emacs altera as configurações do terminal para causar isso, mas qualquer que seja essa configuração, catmuda continuamente se você tentar fazer com que o cat use essa configuração

questões menores que valem a pena mencionar

• Por que as chaves que parecem não correspondem homee não khomeenviam os valores correspondentes?
• O emacs (por padrão) altera seu comportamento com base em TERM?