Границы Tmux отображаются как x q вместо строк?

Question

Границы Tmux отображаются как x q вместо строк?

У меня возникли проблемы с получением tmux для отображения линий для границ. Они создаются с помощью x и q. это сервер сжатия debian, и локаль установлена на en_US UTF8. Я также попытался добавить

# instructs tmux to expect UTF-8 sequences

setw -g utf8 on

set -g status-utf8 on

линий .tmux.конф. Кажется, ничего не работает. Я не уверен, что это проблема локали или нет. Он правильно отображается на других серверах, но не на debian. Я ценю любые советы, которые вы можете предложить! Спасибо...

620 8

utf-8 debian tmux

8 ответов:

Comments

Ничего не найдено.

Chris Johnsen · Accepted Answer · 2012-05-09 06:21:38

существует некоторое несоответствие между эмулятором терминала и terminfo запись базы данных используется tmux (тот, который назван переменной среды TERM при запуске / присоединении к tmux сервер).

на руководство пользователя VT100, таблица 3-9: специальные графические символы, когда выбран "специальный набор графики",x используется для рисования "вертикальной полосы" и q используется для рисования " по горизонтали линейного сканирования 5".

под terminfo, специальные графические символы VT100 доступны как часть функциональности альтернативного набора символов; см. раздел "Линейная графика"terminfo (5) на странице.

вероятно (на вашем сервере Debian) эффективный terminfo запись базы данных указывает, что ACS доступен, но эмулятор терминала фактически не отвечает на указанный элемент управления последовательности.

The tmuxизменения file указывает, что некоторые эмуляторы терминалов (например, Putty) не уважают управляющие последовательности ACS, когда они находятся в режиме UTF-8. Таким образом,tmux 1.4 имеет изменение, которое заставляет его всегда использовать символы UTF-8 вместо последовательностей ACS, когда присоединяющий клиент указывает, что он может обрабатывать UTF-8 (т. е. при присоединении,-u, либо UTF-8 присутствует в LC_ALL, LC_CTYPE или LANG; the

rkallensee · Accepted Answer · 2014-10-17 16:59:33

У меня была такая же проблема с PuTTY и Windows 8 при подключении к tmux, работающему на машине сжатия Debian. Даже при установке кодировки в UTF-8 в PuTTY (в настройках под Window > Translation > Remote character set) я не получил правильный рисунок линии.

задание удаленный набор символов на " использовать кодировку шрифта" сделал трюк для меня.

javamonk · Accepted Answer · 2012-05-08 17:52:22

попробуйте установить набор символов в "UTF-8" и "использовать кодовые точки рисования линий Unicode" в окне -> перевод в настройках шпатлевки.

renadeen · Accepted Answer · 2015-02-05 16:18:25

У меня была такая же проблема с замазкой при запуске tmux на машине Linux 12.04. Даже установка кодировки в UTF-8 в PuTTY (в настройках под Window > Translation > Remote character set) не решила проблему.

запуск tmux с опцией-u сделал трюк (tmux -u)

E. Waldner · Accepted Answer · 2017-01-09 20:34:36

Я пробежал через гамму предложений, включая:

подтверждение локали и настройки UTF-8 в PuTTY

экспорт NCURSES_NO_UT8_ACS=1

вручную пробовать различные шрифты и шпатлевки выбор перевода

выше не работает. Отображается диалоговое окно показал qqqq... и xxxx с различными угловыми символами.

изменение всех диалоговых вызовов для включения -- ascii-линий было опцией, но это потребовало бы много скриптов изменения.

лучше всего было изменить удаленный набор символов, чтобы использовать кодировку шрифта.

настройки изменения шпатлевки -- > окно -- > перевод -- > удаленный набор символов -- > использовать кодировку шрифта

оставил все остальные настройки шпатлевки по умолчанию.

Kurt Peters · Accepted Answer · 2015-08-13 17:39:50

Я изменил настройку в Putty для терминала на Latin-1, и это, казалось, исправило проблему.

user250177 · Accepted Answer · 2014-05-23 19:14:37

под windows / putty шрифт, который вы используете, должен иметь символы для его отображения установите перевод " UTF-8 "и" используйте кодовые точки рисования линий Unicode "и шрифт для" courier-new", и большинство этих проблем исчезнут

Lantorax · Accepted Answer · 2018-01-05 06:34:14

для меня проблема была в том, что я забыл сделать locale.conf файл при установке этого окна Arch Linux. Ниже строки Исправлена проблема, замените свой собственный язык. Перезагрузка не требовалась для меня.
echo "LANG=en_US.UTF-8" > /etc/locale.conf 