Tmux 테두리가 줄 대신 xq로 표시됩니까?
tmux에서 테두리 선을 표시하는 데 문제가 있습니다. x와 q로 생성되고 있습니다. 데비안 스퀴즈 서버이고 로케일은 en_US UTF8로 설정됩니다. 나는 또한 추가 시도
# instructs tmux to expect UTF-8 sequences
setw -g utf8 on
set -g status-utf8 on
.tmux.conf에 대한 행. 아무것도 작동하지 않는 것 같습니다. 로케일 문제인지 아닌지 잘 모르겠습니다. 다른 서버에서는 올바르게 표시되지만 데비안에서는 표시되지 않습니다. 제공 할 수있는 모든 팁에 감사드립니다! 감사...
터미널 에뮬레이터와 tmux 에서 사용중인 terminfo 데이터베이스 항목 ( tmux 서버 를 시작 / 연결할 때 TERM 환경 변수로 명명 된 항목) 사이에 약간의 불일치가 있습니다 .
당 VT100 사용 설명서, 표 3-9 : 특수 그래픽 문자 은 "특별한 그래픽 설정"을 선택, x은 "수직 바"를 그리는 데 사용되며, q"수평 라인 - 스캔 (5)"을 그리는 데 사용됩니다.
아래 의 terminfo 의 VT100 특수 그래픽 문자는 다른 문자 집합 기능의 일부로 사용할 수 있습니다; terminfo (5) 매뉴얼 페이지 의 "선 그래픽"섹션을 참조하십시오 .
아마도 (데비안 서버에서) 유효한 terminfo 데이터베이스 항목은 ACS를 사용할 수 있지만 터미널 에뮬레이터가 실제로 지정된 제어 시퀀스에 응답하지 않음을 나타냅니다.
TMUX는 CHANGES 파일들은 UTF-8 모드에있을 때 일부 터미널 에뮬레이터 (예 : 퍼티)는 ACS 제어 시퀀스를 존중하지 않는 것을 나타냅니다. 따라서 tmux 1.4에는 연결 클라이언트가 UTF-8을 처리 할 수 있다고 지정할 때 (즉, 연결시 LC_ALL, LC_CTYPE 또는 LANG에 존재 -u하거나 UTF-8존재 하는 경우) ACS 시퀀스 대신 항상 UTF-8 문자를 사용하도록 변경 되었습니다 . utf8window 옵션은 tmux 가 실행하는 프로그램에서 기대 해야하는 것이지 연결된 클라이언트로 보낼 수있는 것이 아닙니다.
데비안은 "압박"은 포함 TMUX 1.3 당신, 그래서 TMUX은 (그것이 가져옵니다하지 않는 한 아마도 "그리기 UTF-8 라인을 선호한다"기능이없는 백 포트의 소스).
당신이 당신의 터미널 에뮬레이터를 해결하거나 최소한으로 업그레이드 할 수없는 경우 TMUX 1.4, 당신은 사용할 수 있습니다 TMUX 의 terminal-overrides있도록 ACS 관련 기능 설정을 해제하는 옵션을 TMUX는 ASCII 라인 드로잉으로 다시 떨어질 것이다. 당신의에서 .tmux.conf(데비안 시스템) :
set-option -ga terminal-overrides ',*:enacs@:smacs@:rmacs@:acsc@'
Debian Squeeze 시스템에서 실행되는 tmux에 연결할 때 PuTTY 및 Windows 8에서 동일한 문제가 발생했습니다. PuTTY에서 문자 집합을 UTF-8로 설정하더라도 (창> 번역> 원격 문자 집합의 설정에서) 올바른 선 그리기를 얻지 못했습니다.
설정 원격 문자 집합 "을 사용하여 글꼴 인코딩은 "나를 위해 트릭을했다.
퍼티 설정의 창-> 번역에서 문자 세트를 "UTF-8"및 "유니 코드 선 그리기 코드 포인트 사용"으로 설정해보십시오.
Linux 12.04 시스템에서 tmux를 시작할 때 Putty에서 동일한 문제가 발생했습니다. PuTTY (Window> Translation> Remote character set 아래의 설정)에서 charset을 UTF-8로 설정해도 문제가 해결되지 않았습니다.
-u 옵션을 사용하여 tmux를 시작하면 트릭이 발생했습니다 ( tmux -u).
나는 다음을 포함한 다양한 제안을 통해 실행했습니다.
- PuTTY에서 로케일 및 UTF-8 설정 확인
- NCURSES_NO_UT8_ACS = 1 내보내기
- 다양한 글꼴 및 PuTTY 번역 선택을 수동으로 시도
위는 작동하지 않았습니다. 대화 상자 디스플레이에는 다양한 모서리 문자가있는 qqqq ... 및 xxxx가 표시되었습니다.
--ascii-lines를 포함하도록 모든 대화 호출을 변경하는 것은 옵션 이었지만 스크립트 변경이 많이 필요했습니다.
가장 좋은 방법은 원격 문자 집합을 글꼴 인코딩 사용으로 변경하는 것입니다.
PuTTY 설정 변경-> 창-> 번역-> 원격 문자 세트-> 글꼴 인코딩 사용
다른 모든 PuTTY 설정은 기본값으로 둡니다.
터미널의 Putty 설정을 Latin-1로 변경했는데 문제가 해결 된 것 같습니다.
KiTTY 를 사용하는 경우 Windows-> 번역 탭 아래에 "UTF에서 ACS 선 그리기 허용"확인란이 있습니다. 다음을 확인해야합니다.
windows / putty 아래에서 사용하는 글꼴에는 "UTF-8"및 "유니 코드 선 그리기 코드 포인트 사용"을 표시 할 문자가 있어야하며 글꼴은 "courier-new"로 표시되어야하며 이러한 문제는 대부분 사라집니다.
나에게 문제는 locale.conf이 Arch Linux 상자를 설정할 때 파일 을 만드는 것을 잊었다는 것 입니다. 아래 줄은 문제를 해결하고 자신의 언어로 대체하십시오. 재부팅이 필요하지 않았습니다.
echo "LANG=en_US.UTF-8" > /etc/locale.conf
글꼴 선택이 여기에서 혼란스러운 요소 인 것 같습니다.
- Lucida sans는 UTF-8 선 그리기를 표시하지 않고-+ | (파이프) 대체
- Courier New Bold는 수평선을하지만 | 수직 대체
- Courier New Normal은 모든 것을 처리합니다.
참고 URL : https://stackoverflow.com/questions/8483798/tmux-borders-displayed-as-xq-instead-of-lines
'IT Share you' 카테고리의 다른 글
| Django에서 AJAX를 통해 매개 변수를 게시하는 동안 "CSRF 토큰이 없거나 잘못되었습니다." (0) | 2020.12.02 |
|---|---|
| ansible에서 ansible을 실행하는 사용자의 이름으로 변수를 얻으려면 어떻게해야합니까? (0) | 2020.12.02 |
| Console.Clear를 사용하여 전체 콘솔 대신 한 줄만 지울 수 있습니까? (0) | 2020.12.02 |
| Apache VirtualHost 및 localhost (0) | 2020.12.02 |
| 유닉스 종류의 버전 번호 (0) | 2020.12.02 |