GUI 터미널에서 마우스 기능이 있는 애플리케이션에 대해 콘솔에서 마우스 지원 활성화 [닫기]

텍스트 모드 콘솔에는 없지만 마우스 지원 응용 프로그램에 대해 활성화할 수 있는 GUI 터미널에는 존재하는 몇 가지 일반적인 메커니즘이 있습니까? "일반적으로"라는 말은 모든 응용 프로그램(특정 응용 프로그램이 아님)에 해당되는 것은 아니라는 의미입니다. 예를 들어 aptitude, finch, w3m 등은 GUI 터미널의 클릭을 이해할 수 있지만 GPM이 있는 Linux 콘솔에서는 이해할 수 없습니다. 그들도 같은 문제를 갖고 있는 것 같습니다.

능력 때문에(등등)하다마우스 지원(어떤 이유로 텍스트 모드 콘솔에서는 비활성화됨)을 포함하여 적성 사례를 "애플리케이션이 지원하지 않는 기능을 마술처럼 추가하는 것"으로 간주해서는 안 됩니다. GUI 터미널의 Aptitude에 마우스 지원이 있습니다. Linux 콘솔에서 GPM을 실행하고 있습니다. 콘솔의 Aptitude에서 마우스 지원을 받으려면 어떻게 해야 합니까?

GUI 터미널과 콘솔 사이에 스위치(차이를 만드는 기능)가 있는 것 같아요. 내 생각에 우리 모두는 GUI/콘솔 "스위치"를 접한 적이 있을 것입니다. (저도 이런 스위치를 더 가지고 있습니다.) "전환"은 많은 응용 프로그램에 영향을 미치고 시스템 전반에 걸쳐 더 광범위한 문제가 될 수 있지만 문제 자체는 구체적일 수 있으므로 이것이 내 문제의 유효성을 입증하기를 바랍니다.

그렇지 않다면 단순화를 위해 적성과 gpm에 대해 질문할 수 있습니다. 어떤 대답이라도 여전히 유용한 단서가 될 수 있습니다. 적어도 TTY를 가능한 한 마우스를 인식하도록 만드는 방법에 대해 더 많이 이해하는 데 도움이 됩니다.

내 의도는 nano와 readline에 특별히 초점을 맞춰 콘솔 편집을 보다 "자연스럽게" 만드는 것이었습니다. Nano와 MC는 좋은 선두 주자가 아닙니다. 그들은 단지 콘솔 솔루션의 고립된 사례일 뿐이며 마우스 지원 사례와 지원되지 않는 사례가 아닙니다. Readline은 더 복잡한 사례로 밝혀졌기 때문에 내가 기대했던 것만큼 대표적인 사례가 아니었습니다. 그러나 작동이 시작되면 동일한 "스위치"가 켜질 수 있습니다. 마우스 보고 이벤트는 콘솔에서 다르게 인코딩된 것으로 나타납니다.