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
homeekhome(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 emcat -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 enviarkhomedentro do emacs ehomeno resto do tempo. khomeehomeambos 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ãokhomeenviam os valores correspondentes? - O emacs (por padrão) altera seu comportamento com base em
TERM?
