답변:
일종의 하이브리드 동작을 허용하는 화면 FAQ를 확인할 수도 있습니다.
요약 : .screenrc 파일에 행을 추가하십시오.
termcapinfo xterm ti @ : te @
참고 ( 퍼티 FAQ )
PuTTY의 터미널 에뮬레이터는 항상 'alternate screen'을 사용할 때 스크롤 백에 아무것도 추가되지 않는다는 정책을 가지고있었습니다. 대체 화면을 사용하는 일반적인 종류의 프로그램은 텍스트 편집기와 같은 것이기 때문에 동일한 문서에서 앞뒤로 많이 스크롤되는 경향이 있습니다. 따라서 (a) 도움이되지 않는 많은 양의 텍스트로 스크롤 백을 채우고 (b) 사용자가 관심있는 비트로 다시 스크롤 할 수있는 고유 한 방법이 포함되어 있습니다. 거의 모든 상황에서 올바른 것.
불행히도 screen은 한 가지 예외입니다. 대체 화면을 사용하지만 여전히 PuTTY의 스크롤 백을 계속 작동시키는 것이 여전히 도움이됩니다. 가장 간단한 해결책은 기능 제어판으로 이동하여 '대체 터미널 화면으로 전환 비활성화'를 선택하는 것입니다. (자세한 내용은 4.6.4 단원을 참조하십시오.) 또는 대체 화면을 사용하지 않도록 화면 자체에 지시 할 수 있습니다. 화면 FAQ는``screencap 파일에 'termcapinfo xterm ti @ : te @'행을 추가하도록 제안합니다.
뒤로 스크롤하려면 ^A( Ctrl-A, 또는 화면 컨트롤 순서를 다시 바꾼 경우)를 누른 다음를 누릅니다 Esc. 커서를 위아래로 움직일 수 있습니다. PgUp/를 사용 PgDn하면 화면 내부를 위아래로 스크롤 할 수 있습니다.
화면이 스크롤 백 버퍼를 처리하는 방식이기 때문입니다. Screen은 항상 전체 텍스트 영역을 그리고 화면으로 제어해야하는 자체 백 버퍼가 있습니다. 이것은 전체 텍스트 영역을 차지하고 자체 버퍼를 제공하는 vi 또는 joe와 같은 프로그램을 사용하는 것과 유사합니다. 터미널 에뮬레이터에서 위로 스크롤하면 쓰레기가 발생하지만 해당 프로그램 내에서 위로 스크롤하면 원하는 결과가 나타납니다.
화면이 작동하는 방식 때문입니다. Screen은 화면 맨 아래에 새 줄을 밀어 넣는 대신 전체 텍스트 영역을 동적으로 업데이트하여 맨 위 줄을 스크롤 백 영역으로 밀어 넣습니다. 새 줄이 표시되면 전체 화면이 다시 그려 지므로 더 많은 데이터가 스크롤 백되지 않습니다. 화면을 사용하지 않을 때 'less'에도 같은 문제가 있습니다.
Putty 스크롤 백이있는 화면은 Solaris 10에서 자동으로 작동합니다. .screenrc 파일이 없어도 KnipSter가 기본적으로 말한 것을 수행하는 것 같습니다. 이 접근 방식의 문제점은 분리하고 다시 연결하는 경우 퍼티에 스크롤 백 버퍼가 없으며 Scagnelli가 설명한 화면의 스크롤 백을 사용해야한다는 것입니다.