Saat memulai sesi, setidaknya dalam kasus saya, mesin debian dan Ubuntu dengan Putty dari mesin Windows, alt-left/right
berfungsi sebagai bergerak per kata pada baris perintah. (Seringkali ini juga dicapai pada sistem Linux dengan ctr-left/right
).
Namun, begitu saya mulai menggunakan Byobu, dan atur Byobu untuk memulai secara otomatis (menggunakan menu F9), tombol alt-left/right
tidak bekerja lagi. Alih-alih saat mengeluarkan karakter mentah menggunakan Ctrl-V
itu menunjukkan,
^[[1;3C
— saat mengirim alt-right
. Padahal, ketika byobu tidak dimulai secara otomatis saat masuk, tetapi dimulai secara manual setelah masuk, saya menyimpulkan bahwa itu mengirim,
^[^[[C
Yang ditangkap oleh konfigurasi inputrc default, dan akibatnya diterjemahkan menjadi bergerak per kata.
Mekanisme apa yang dimainkan antara Putty, host/terminal/byobu, untuk membuat perbedaan ini dalam perintah yang diterima?
Jawaban yang Diterima:
byobu hanyalah pembungkus di sekitar tmux, yang bertanggung jawab atas perilaku yang Anda lihat. tmux mencoba menerjemahkan "kunci" ke dalam urutan karakter yang xterm akan mengkodekan kunci khusus yang dimodifikasi. Dalam manual, itu didokumentasikan:
xterm-keys [on | off]
If this option is set, tmux will generate xterm(1) -style
function key sequences; these have a number included to
indicate modifiers such as Shift, Alt or Ctrl. The
default is off.
meskipun dalam versi baru/terbaru, kabarnya defaultnya adalah aktif . Itu membuka masalah, terlihat di pesan komit ini:
commit d52f579fd5e7fd21d7dcf837780cbf98498b10ce
Author: nicm <nicm>
Date: Sun May 7 21:25:59 2017 +0000
Up to now, tmux sees \033\033[OA as M-Up and since we turned on
xterm-keys by default, generates \033[1;3A instead of
\033\033[OA. Unfortunately this confuses vi, which doesn't understand
xterm keys and now sees Escape+Up pressed within escape-time as Escape
followed by A.
The issue doesn't happen in xterm itself because it gets the keys from X
and can distinguish between a genuine M-Up and Escape+Up.
Because xterm can, tmux can too: xterm will give us \033[1;3A (that is,
kUP3) for a real M-Up and \033\033OA for Escape+Up - in fact, we can be
sure any \033 preceding an xterm key is a real Escape key press because
Meta would be part of the xterm key instead of a separate \033.
So change tmux to recognise both sequences as M-Up for its own purposes,
but generate the xterm version of M-Up only if it originally received
the xterm version from the terminal.
This means we will return to sending \033\033OA instead of the xterm key
for terminals that do not support xterm keys themselves, but there is no
practical way around this because they do not allow us to distinguish
between Escape+Up and M-Up. xterm style escape sequences are now the de
facto standard for these keys in any case.
Problem reported by [email protected] and subsequently by Cecile Tonglet in GitHub
issue 907.