Strona główna / Klucze końcowe w zsh nie działają z putty

W oknie konfiguracyjnym PuTTY przejdź do Connection -> Data i wpisz linux do łańcucha typu terminala przed połączeniem.

To działa dla mnie

bindkey -v

bindkey '\eOH'  beginning-of-line
bindkey '\eOF'  end-of-line

Właściwą odpowiedzią, która powinna być przenośna w wszystkich dystrybucjach (niekoniecznie we wszystkich wersjach zsh, ymmv tutaj) jest użycie narzędzia pomocniczego zkbd z zkbd.

Definicja Klawiatury
Duża liczba możliwych kombinacji klawiatur, stacji roboczych, terminali, emulatorów i systemów okiennych sprawia, że zsh nie ma wbudowanych wiązań klawiszy dla każdej sytuacji. Narzędzie Zkbd, Znalezione w Functions / Misc, może pomóc w szybkim tworzeniu kluczowe wiązania dla Twojej konfiguracji.

Uruchom zkbd jako funkcję automatycznie ładowaną lub jako skrypt powłoki:

zsh -f ~/zsh-4.3.17/Functions/Misc/zkbd

Kiedy uruchamiasz zkbd, najpierw prosi Cię o wpisanie typu terminala; jeśli domyślne, które oferuje jest poprawne, po prostu naciśnij return. Następnie poprosi Cię o naciśnięcie kilku różnych klawiszy, aby określić charakterystykę klawiatury i terminala; zkbd ostrzega cię jeśli znajdzie coś niezwykłego, np. klawisz Delete, który nie wysyła ani ^H nor ^?.

Naciśnięcia klawiszy odczytywane przez zkbd są zapisywane jako definicja tablicy asocjacyjnej o nazwie key, zapisanej do pliku w podkatalogu .zkbd w katalogu HOME lub ZDOTDIR. Nazwa pliku składa się z TERM, VENDOR i OSTYPE parametry, połączone myślnikami.

Możesz przeczytać ten plik w swoim .zshrc lub inny plik startowy z source' or.'polecenia, a następnie odwoływać się do parametru kluczowego w poleceniach bindkey, jak to:

          source ${ZDOTDIR:-$HOME}/.zkbd/$TERM-$VENDOR-$OSTYPE
          [[ -n ${key[Left]} ]] && bindkey "${key[Left]}" backward-char
          [[ -n ${key[Right]} ]] && bindkey "${key[Right]}" forward-char
          # etc.

Zauważ, że aby' autoload zkbd ' działał, plik zkdb musi znajdować się w jednym z katalogów nazwanych w tablicy fpath (zobacz zshparam(1)). Tak powinno być już w przypadku standardowej instalacji zsh; jeśli tak nie jest, skopiuj Functions/Misc / Zkbd do odpowiedniego katalogu.

Zobacz man -P "less -p 'keyboard definition'" zshcontrib, lub przeszukaj meta-stronę Man zshall

Minęło już prawie 11 lat odkąd to pytanie zostało po raz pierwszy opublikowane. W tym czasie niektóre dystrybucje wysyłały z putty wpisem terminfo, ale w najlepszym razie było to przeciętne. Od tego czasu sytuacja się poprawiła, a hacki, które były konieczne przez ponad dekadę, nie są już potrzebne. PuTTY nadal domyślnie ustawia TERM na xterm dla zgodności, ale jeśli łączysz się z nowoczesnymi, aktualnymi systemami, prawdopodobnie będziesz miał szczęście zastąpić to i ustawić go na putty-256color:

1. upewnij się, że host ma wpis terminfo dla putty-256color: toe -a | grep -F putty
2. Cofnij wszelkie hacki, które możesz włączyć, aby PuTTY działał poprawnie z zsh lub innymi programami.
3. upewnij się, że Kit jest aktualny. Nie powiadomi Cię, gdy aktualizacje będą dostępne, a jeśli są nieaktualne, prawdopodobnie napotkasz wiele tych samych problemów. Możesz chcieć automatycznie aktualizować go za pomocą czegoś takiego jak Chocolatey.
4. W oknie konfiguracji PuTTY, przejdź do Connection - > Data i ustaw "Terminal-type string" na putty-256color.
5. gdy już to robisz, na tym samym ekranie konfiguracji Dodaj nową zmienną środowiskową, aby włączyć 24-bitowy kolor. Ta zmienna nie jest standaryzowana, ale jest wysyłana przez wiele innych popularnych emulatorów terminali (np. iTerm2) i wiele programów ją rozumie.
   1. zmienna: COLORTERM
   2. wartość: truecolor
6. podczas pisania nie znalazłem dystrybucji, która akceptuje zmienną COLORTERM domyślnie przez SSH. Musisz edytować konfigurację OpenSSH na hoście, aby na to zezwolić. Na przykład, w dystrybucji podobnej do Debiana, edytuj /etc/ssh/sshd_config i dodaj COLORTERM do linii AcceptEnv.
7. Wszystko powinno teraz "po prostu działać". Jeśli nie:
   1. upewnij się, że połączyłeś się ponownie po dokonaniu zmiany lub przynajmniej Uruchom exec zsh po zmianie TERM. zsh nie reaguje na zmiany w TERM podczas pracy.
   2. upewnij się, że TERM jest rzeczywiście ustawiony na to, co zamierzałeś: echo $TERM
   3. są korzystasz z najnowszej wersji swojej dystrybucji? Na przykład, jeśli korzystasz z długoterminowego cyklu życia pomocy technicznej, nawet jeśli Twoja wersja jest nadal obsługiwana technicznie, może nie mieć aktualnych wpisów terminfo.
   4. używasz screen czy tmux? To kolejna puszka robaków. Testuj bez tych pierwszych, aby zawęzić miejsce wystąpienia problemu. W tmux spróbuj ustawić TERM=tmux-256color. Na ekranie spróbuj TERM=screen-256color.
   5. jesteś na najnowszej wersji PuTTY?
   6. czy masz RC-pliki, które implementują skróty klawiszowe lub inne hacki? Spróbuj użyć domyślnych plików RC.
   7. czy zmieniłeś już różne ustawienia PuTTY, aby spróbować rozwiązać problem przed próbą naprawy terminfo? Prawdopodobnie będziesz musiał zresetować te ustawienia.

Wygląda na szpachlówkę. Gnome-terminal wysyła kody ^[OH i ^[OF odpowiednio dla Home I End, podczas gdy putty wysyła ^[[1~ i ^[[4~. Jest opcja w putty, aby zmienić klawisze Home / End z trybu standard na tryb rxvt , i to wydaje się naprawiać klucz Home, ale nie klucz End (który teraz wysyła ^[Ow). Chyba czas gdzieś zgłosić błąd... :-)

Te wiązania po prostu nie wydają się być częścią domyślnych wiązań ustawionych w trybie emacs.

Wykonanie "where-is beginning-of-line" przy domyślnej instalacji zsh po uruchomieniu "bindkey-e" pokazuje, że jest on związany tylko z ^a. być może powinieneś zapytać programistów zsh dlaczego: -)