Poprawna konfiguracja Putty dla Ubuntu 9.04

Question

Często używam Putty (http://www.chiark.greenend.org.uk/~sgtatham/putty/) do łączenia się z pudełkami Ubuntu (9.04). Działa dobrze, ale nie mogę znaleźć poprawnej kombinacji czcionki Putty, kodowania znaków, translacji znaków i konfiguracji terminala na końcu Ubuntu, tak aby terminal wyświetlał wszystko poprawnie. Problem jest najbardziej oczywisty podczas uruchamiania programu ncurses, takiego jak "profile ekranowe" lub "w3m". Znaki pudełkowe są pomieszane.

Czy ktoś ma tę kombinację działa do ich zadowolenia?

Answer 1

Najlepsze, co udało mi się wymyślić, to zmienić konfigurację szpachli w Window/Translation na UTF-8 i czcionkę w oknie/wyglądzie na Lucida Console.

Poprawia większość znaków. W "aptitude" menu są prawidłowo nakreślone na znakach rysowania linii, ale nie okno dialogowe "Czy na pewno chcesz wyjść". Uruchamianie polecenia takiego jak "man ls" pokazuje teraz poprawnie większość znaków, ale słowa dzielone kończą się na polu zastępującym łącznik.

W każdym razie wystarczająco dobrze do programowania w Emacs. Doceniamy lepsze rozwiązania.

Answer 2

Używam Putty głównie do interakcji z moim Ubuntu vm-boxen, więc spędzam trochę czasu na poprawieniu konfiguracji wizualnej. Zasadniczo ustawiam czcionkę na MS Gothic, 9pt (dla monospaced i Japanese), UTF-8 dla otrzymanych danych, a string-type na xterm-256color. Większość ustawień terminalu pozostawiam sama, ponieważ domyślne ustawienia wydają się działać dobrze.

Po stronie Ubuntu ustawiam LANG=en_US.UTF-8, aptitude install ncurses-term dla dodatkowych warunków. Sprawdzam kolorystykę terminala za pomocą nice script i dwukrotnie sprawdzam w sesji GNU Screen i GNU Emacs (M-x list-colors-display). GNU Screen nie jest skompilowany z opcją 256 kolorów, więc ponownie go skompilowałem. Sprawdzam język, używając katalogu Emacs (M-x view-hello-file), a także tig a z dziennikiem i18n utf-8.

Niestety nadal dostaję dziwne "lqqqqk" na aptitude (brakuje grafiki?), Ale odstępy są nadal poprawne. Również naciśnięcie Backspace w aptitude powoduje wstawienie znaku, którego jeszcze nie pokonałem. Również przetestowałem twój wiersz poleceń w3m na moim systemie i wygląda ładnie. Raczej używam w3m od emacs, tho. :-)

Prawdę mówiąc, używam Japanese fork of Putty called Gottani (PuTTY ごった煮版), który pomaga bardziej w japońskim, ale myślę, że jest bardzo zbliżony do normalnego Putty.

bok. I również ustawić terminal> Właściwości> Wyłącz zdalnie sterowaną zmianę rozmiaru terminala bo `GNU ekranu”. Zastępuje moje ustawienie rozmiaru okna

Wszystkie powyższe jest testowane na Ubuntu 8.04 LTS «Hardy Heron»

Answer 3

Spróbuj eksportowania zmiennej następujące środowisko

export NCURSES_NO_UTF8_ACS=1

który zatrzymuje ncurses pomocą VT100 wiersza "Alternatywny zestaw znaków" rysowanie postaci w locale UTF-8, a Mak es zamiast tego używają znaków rysunkowych Unicode.

Answer 4

Putty (lub Enchanced widelec Kitty) appernetly zarówno nie honorować żądania swtich do trybu rysowania linii w stylu VT100 kiedy w 'UTF-8', na przykład w aptitude - jest to zgodne z projektem (http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html).

Jeśli jednak ustawimy "Połączenie> Dane> Ciąg znaków terminalu" na "kit" zamiast domyślnego "xterm", rozwiąże to problem, ponieważ serwer dostosowuje znaki renderujące.

Uważam, że to rozwiązanie jest lepsze niż użycie export NCURSES_NO_UTF8_ACS=1, którego używam do tej pory.

Answer 5

W moim przypadku nie było ncurses, ani kit. To było ustawienie regionalne, które nie było ustawione na UTF-8 ...

, więc locale połączenie przyniosło wynik poniżej.

$ locale 
LANG=en_US 

Jednakże, co jest potrzebne było

$ locale 
LANG=en_US.UTF-8 

i udało mi się to osiągnąć przez

$ sudo locale-gen en_US.UTF-8 
$ sudo update-locale LANG=en_US.UTF-8 

Answer 6

Nie odkopać stary post, ale KiTTY (a PuTTY widelec) zapewnia pole wyboru "Zezwalaj na rysowanie linii ACS w UTF" (nowe/aktualne ustawienia sesji-> Okno-> Tłumaczenie), które wydaje się dobrze działać z aplikacjami takimi jak aptitude. Właśnie pobrałem najnowszą wersję PuTTY, a to pole wyboru nie występuje, więc musi być specyficzne dla KiTTY.

Inne odpowiedzi nie są błędne w odniesieniu do problemu; jest to alternatywa dla dodatkowych zmiennych środowiskowych lub zmiana reklamowanego typu terminala. (zobacz także https://stackoverflow.com/a/8485457/1011365, aby uzyskać więcej informacji, jeśli używasz screen/tmux i jak jest zaangażowany termcap, ale dla którego używam aktualnego tmux i nadal potrzebuję zaznaczyć pole w KiTTY, aby umożliwić poprawne wyświetlanie znaków)