최대화된 터미널에서 매뉴얼 페이지를 연 다음 글꼴 크기를 늘리면("확대") 텍스트는 여전히 읽을 수 있지만 서식이 왜곡됩니다. 즉, 단락 들여쓰기와 여백이 손실됩니다.
man less존재하다 xterm:
man less글꼴 크기를 늘린 후 xterm( Shift+done 사용 KeyPad +):
이로 인해 가독성이 저하됩니다. 맨페이지를 종료하고 다시 열면 문제가 해결되지만(텍스트 형식이 올바르게 지정됨) 이는 투박한 해결 방법이며 일반적으로 읽고 있는 텍스트로 다시 이동해야 함을 의미합니다.
글꼴 크기를 변경한 후 올바른 서식을 복원할 수 있는 방법이 있습니까?추가 정보:
manless호출기 로 사용됩니다 .more호출기는 도움이 되지 않기 때문입니다. 크기 조정 후에도 줄 바꿈되지 않아 텍스트의 일부가 사라집니다.Bash의
checkwinsize옵션이 켜져 있습니다.다른 단말기(
xfce4-terminal, )terminator에서도 같은 문제가 존재합니다 .less키 바인딩( r, R, , )을 다시 그리는 것도 도움이 되지 Ctrl-R않습니다 Ctrl-L.
답변1
매뉴얼 페이지는 다음과 같이 작동하는 전처리 단계를 간략하게 설명하고 대부분 무시합니다.
- 여러 매크로 세트 중 하나를 사용하는 troff 소스는 GNU 세계에서 다음과 같이 알려진 ditroff("장치 독립적 troff") 출력 형식으로 변환됩니다.중간 출력 형식
grottyditroff 출력은 포스트 프로세서(예: (GNU 도구 세트에서),gropdf,grohtml등)에 의해 특정 장치(또는 장치 제품군)에 대한 최종 출력 형식으로 렌더링됩니다. 원래 ditroff의 실제 Unix 포스트 프로세서는devps,devX75, 및 라고 하며devlpTextWare의 와 같은 타사 포스트 프로세서도 있습니다tplus.- 터미널 장치의(GNU 도구 집합에 있는) 포스트 프로세서의 출력은
grotty선택한 호출기에 공급됩니다.
잘 알려져 있지는 않지만 유닉스 호출기에 대한 입력은 1968년 Teletype Model 37 종이 터미널에 밑줄, 굵은 글씨, 밑줄이 있는 글머리 기호 목록에 멋진 글머리 기호가 포함된 입력이었습니다. 그런 다음 호출기는 이를 실제 터미널 유형에 적합한 제어 시퀀스로 변환합니다. (대부분의 Unix 호출기는 화려한 오버 히트 글머리 기호를 처리할 수 없으며 다음과 같이 작동하지 않습니다.가려져 있는 교차된 원은 +실제로 o7비트 모드에 있음을 나타냅니다..)
예를 들어 일부 호출기는 다음을 less수행할 수 있습니다 .약간1976년에 처음 출시되어 비디오 터미널에 사용되는 ECMA-48의 "새로운" 터미널 인코딩을 처리하지만 특별히 스마트하지 않으며 가장 기본적인 ECMA-48 기능 이외의 다른 기능을 사용하면 문제가 발생할 수 있습니다. .
grotty이들 중 하나를 출력할 수 있습니다. 불행하게도 일부 로컬 구성 파일에서는 이전 1968년 용지 터미널 출력 형식을 강제로 사용하는 경우가 많습니다.
호출기에 물건이 도착하면,문서가 특정 장치 너비에 맞게 형식이 지정되었습니다., 후처리기에 의해("장치 독립적"을 "장치별"로 변환하는 것을 기억하세요) less, , more, most은(는) 포장 또는 재포장에 대해 책임을 지지 않습니다. 당신이 발견한 바와 같이, 터미널 너비가 문서 형식을 지정하는 데 사용된 너비보다 아래로 줄어들면 이 호출기에서 측면 스크롤하는 것이 가장 좋습니다.
다음 중 하나를 사용하여 매뉴얼 페이지를 재정렬하는 데 더 가까이 다가갈 수 있습니다.다른출력 형식이지만 궁극적인 문서 뷰어로서 Unix 호출기를 포함하지는 않습니다.