사실 그 정력의, vi가 없습니다 (화면의 마지막 줄에 있음을 보여줍니다). 원하지 않는 텍스트의 대부분이 대체 화면에 남아있을 것이라는 점을 고려
, 당신이 다른 화면으로 /으로부터 전환하는 smcup 및 rmcup 빈 문자열을 공급하는 단자 설명을 사용하고있는 것으로 보인다. 그
일부는 가 에 대체 화면 전환 화면을 클리어 기능과 정력은, 제어L을 누르면하지 않는 예를 들어,에 (자신의 화면을 삭제 아니에요 화면을 다시 칠하십시오). 사람들이 자주 이러한 기능을 제거하기 위해 터미널 설명을 편집 조언 때문에, 정력의 그 "예상대로"를 다루는 것, 그래서는 예를 들어 빈 문자열로 특별한 뭔가를 기대
,
smcup=,rmcup=,
에서 infocmp의 출력. xterm이 필요하지 않습니다 (twenty years). TERM 정말 (xterm-xfree86 또는 xterm-new가 바람직하다)하지 않는 것이 좋습니다 (자주 묻는 질문 What $TERM should I use? 참조) xterm-color를 사용 xterm이나 자주 묻는 질문 개정 된 질문에 Why doesn't the screen clear when running vi?
를 참조하십시오. 하지만 vim은 그것을 처리해야합니다 (OSX의 xterm # 326에서 데비안 7로 이동하는 제 컴퓨터에서 작동합니다). 그러나, 예를 들어 vim을 사용하여/bin/sh를 편집하는 빠른 검사에서 화면을 지우는 방법에 대한 약간의 (덜) 혼란과 약간의 잔해를 남깁니다.
xterm-color와 xterm-new의 차이점은 후자의 경우 vim이 화면을 더 쉽게 지울 수 있다는 것입니다.전자에서는 화면의 영역을 덮어 써야하고, 화면에 표시되는 내용과 혼동 (예 : 로케일과 터미널 설정의 차이)하는 경우 눈에 띄는 잔해가 남습니다.
UTF-8 Encoding 메뉴 항목에 체크 표시가 있으면 xterm이 UTF-8 인코딩을 사용하고 있는지 확인할 수 있습니다. 설정되어 있지 않고 원격 서버의 로케일이 UTF-8을 사용하면 흥미롭고 놀라운 결과를 얻을 수 있습니다. 다만 (어떤 방법에 접미사로 명명 된이 UTF-8 인코딩에 대응 종래 로케일 변수)를 참조하는 명령 라인
locale
입력.
이 질문에는'TERM'의 값 ('infocmp'의 출력)에 대한 언급이 없습니다. 터미널 에뮬레이터에 문제가 있는지 여부를 보여주기 위해 두 가지 모두 필요합니다. 'screen'이나'tmux'도 사용하고 있다면, (vim 외에) 실제로 터미널에 보이는 것을 혼란스럽게 할 수 있습니다. –
나는 이것에 익숙하지 않다. 귀하의 제안에 따라 $ TERM과 infocmp를 모두 추가했습니다 – Vaidyanathan