키보드에서는 이스케이프 시퀀스를 보낼 수 없는데 왜 다른 tty에서는 보낼 수 있나요?

Question 1

을 실행하면 echo전송됩니다.산출터미널로 가세요. 터미널은 전송된 출력의 색상을 변경하는 것과 같은 이스케이프 시퀀스를 해석합니다. 이러한 이스케이프 시퀀스는 애플리케이션에서 전송하기 위한 것이므로 터미널에서 실행 중인 애플리케이션의 출력에서 인식됩니다. 일반적으로 터미널에서 실행되는 응용 프로그램은 터미널 에뮬레이터(셸)에 의해 시작되고 차례로 시작되는 응용 프로그램이지만, 실행하면 실제로 echo … >/dev/tty2는 echo"터미널에서 실행 중"입니다(일종의 출력이 터미널로 전달된다는 것이 중요합니다.)

등을 누르면 Esc [전송됩니다입력하다터미널로 가세요. 터미널은 수신하는 입력의 색상을 변경하는 것과 같은 이스케이프 시퀀스를 해석하지 않습니다. 터미널은 입력의 이스케이프 시퀀스를 해석하지만 완전히 다른 목적으로 사용됩니다. 이는 기능 키 누름을 인코딩하는 방법입니다.

키보드 입력과 텍스트 출력은 어떻게 작동합니까?관련 배경지식이 있어야 합니다.

Answer

을 실행하면 echo전송됩니다.산출터미널로 가세요. 터미널은 전송된 출력의 색상을 변경하는 것과 같은 이스케이프 시퀀스를 해석합니다. 이러한 이스케이프 시퀀스는 애플리케이션에서 전송하기 위한 것이므로 터미널에서 실행 중인 애플리케이션의 출력에서 인식됩니다. 일반적으로 터미널에서 실행되는 응용 프로그램은 터미널 에뮬레이터(셸)에 의해 시작되고 차례로 시작되는 응용 프로그램이지만, 실행하면 실제로 echo … >/dev/tty2는 echo"터미널에서 실행 중"입니다(일종의 출력이 터미널로 전달된다는 것이 중요합니다.)

등을 누르면 Esc [전송됩니다입력하다터미널로 가세요. 터미널은 수신하는 입력의 색상을 변경하는 것과 같은 이스케이프 시퀀스를 해석하지 않습니다. 터미널은 입력의 이스케이프 시퀀스를 해석하지만 완전히 다른 목적으로 사용됩니다. 이는 기능 키 누름을 인코딩하는 방법입니다.

키보드 입력과 텍스트 출력은 어떻게 작동합니까?관련 배경지식이 있어야 합니다.

Question 2

이는 xorg의 xterm에서도 작동합니다.

stty -echoctl
sleep <a bit>

Escape그런 다음 "죽은" 터미널에서 다음을 누르면 됩니다.

[32m

다음에 누르는 키는 이미 녹색입니다! Ctrl-C를 사용하여 절전 모드를 종료하면 프롬프트가 그대로 유지됩니다...

이 질문은 매우 구체적인 경우입니다. readline/bash가 혼수 상태에 있는 동안 키보드에서 화면으로 이스케이프 시퀀스를 몰래 보내는 방법입니다.

일반적인 echoctl/ctlecho를 사용하면 sleep쉘이 키 누르기(입력)를 에코 한 후 ^[Esc 키(출력)가 화면에서와 같이 직접 에코됩니다. "CSI(Control Sequence Introducer)"의 특별한 의미가 사라졌습니다.

그러면 (받아들인) 대답이 틀린 것 아닌가요?

여기서는 마치 라인 편집을 중단하고 계속하지 않기로 결정한 것처럼 Ctrl-C를 누르고 커서를 "라인"의 "l" 위에 놓습니다.

$  weird -cmd ^Cne
$  stty -echoctl
$  weird -cmd line
$  # nice but now it looks like it got exec'd

이것이 stty echoctl 옵션의 주요 목적인 것 같습니다.

EscapePress가 aka의 약자 라는 것을 방금 깨달았습니다 . 따라서 tty가 시퀀스를 기다리지 않고 즉시 ^[ 문자를 ECHO하는 것이 논리적입니다. 일반 echoctl이 열린 후에는 echoctl 없이 Home 키가 생성됩니다. 즉, 이후 Home 키가 커서를 배치합니다.control-[^[sleep^[[Hstty -echoctl왼쪽 위내 xterm 화면!

(Bash가 깨어나면 Home 키가 작동합니다: 줄 시작.)

이 두 bind -p줄은 내장/terminfo xterm입니다:

"\eOH": beginning-of-line
"\e[H": beginning-of-line

Answer