2013-12-13 3 views
0

필자는 텍스트 편집기를 만들었고 Linux로 포팅하여 SSH를 통해 원격으로 사용할 수있게하려고합니다. 나는 리눅스 터미널에 대해 많이 모른다. 아마도 분명히 뭔가를 놓치고있다. 2013 년에는 원격 터미널이 Ctrl + M과 Enter를 구별 할 수있는 방법이 없다거나 Ctrl + H 및 Backspace를 선택하거나 Ctrl + 왼쪽/오른쪽/위/아래 등 모든 이벤트를 가져 오는 등의 작업을 수행 할 수 있습니다. 나는 쓸모없는 ncurses와 libtermkey를 시도했다. 문제는, 리눅스 커뮤니티에서 리눅스 터미널 프로토콜을 현대화하거나 키보드와 마우스의 상호 작용 및 풀 컬러를 지원하는 것으로 바꾸는 것입니다. 즉 텍스트없이 사용자 인터페이스를 사용할 수있게하는 것입니다. 거대한 유용성 타협?전체 키보드를 지원하는 Linux 터미널?

+0

특수 키에 대해 다른 값을 제공하는 키패드 기능을 사용해보십시오. CtrlM과 Enter는 동일하지만 백 스페이스와 Ctrl h와 Ctrl 키는 다른 값을 제공합니다. 또한 마우스 기능이 있습니다. 예를 들어 getmouse – parkydr

+0

키패드 (켜기)로 해결할 수없는 경우가 많으며 누락 된 키 조합과 중복 키 조합이 많이 있습니다. 내가 발견 할 수있는 가장 좋은 것은 그 중 일부를 해결하는 termbox이지만 (아직까지는 완벽하지 못하다), 마우스를 지원하지는 않는다. 어쨌든, 나는 실제로 vt100 에뮬레이션 접근 방식 전체를 대체 할 것으로 생각하고 있는데, 나는 그것을 저장할 수 없다고 생각한다. – cap

답변

0

내가 아는 한, 리눅스 콘솔 터미널은이 기능을 완전히 지원하지 않습니다. 패치를 제기하려는 경우 CSI로 인코딩 된 전체보고 체계를 구현할 수 있습니다. 문서는 here입니다.

libtermkey가 전송되면 키 시퀀스를 인식하지만 먼저 수정 프로그램을 보내야합니다.

+0

안녕하세요 LeoNerd 귀하의 페이지를 읽고 libtermkey에 대해 알고 있습니다. 불행히도 xterm, linux kernel, putty가 모두 CSI 코드를 보내기 시작할 때까지 우리는 붙어 있습니다. 게다가 내가 말하는 것은 전체 VT102 에뮬레이션 아이디어를 모두 대체하려는 것입니다. 키보드와 마우스를 완벽하게 지원하고 텍스트와 색상이있는 터미널에 대해 I/O 프로토콜을 코딩하는 데는 며칠이 걸립니다. 저주보다 API가 훨씬 단순하고 구현이 훨씬 간단합니다. 왜 아무도 지금까지 그것에 대해 생각하지 못했습니다. – cap

관련 문제