xterm*VT100. 마우스가 초점이 맞춰진 창 위에 있을 때만 변환합니다.
이것은 버그입니까 아니면 기능입니까?
나에게 이것은 심각한 문제이다.
(초점을 맞추려면 클릭하세요)
시그윈 전용
특히 기능 키에 대해 이야기하고 있습니다. 이 경우 fvwm에 매핑되지 않고 xterm에 매핑됩니다.
F1과 같은 기능 키를 누르면 항상 초점이 있는 창에 기록되지만 X11/xterm 변환은 마우스가 초점이 있는 창 위에 있을 때만 수행됩니다.
그래서 글을 쓰려면 항상 마우스를 창으로 옮겨야 합니다. 그렇지 않으면 \e[P가 창에 기록됩니다.
키보드 단축키를 사용하여 다양한 창에 액세스할 수 있으므로 마우스 위치와 창 초점이 자연스럽게 일치하지 않습니다.
X11/xterm 변환 실패는 x11/cygwin xterms를 사용할 때만 발생합니다. sshd(포트 전달)를 통해 로컬로 열린 창은 정상적으로 작동하며 마우스 위치에 관계없이 포커스가 있는 창으로의 전환이 수행됩니다.
2016년 10월 10일 00:25:52에 컴파일된 fvwm 2.6.6, 지원: ReadLine, XPM, PNG, SVG, Shape, XShm, SM, Bidi text, Xinerama, XRender, XCursor, XFT, NLS
답변1
마우스 커서가 스크롤바 위에 있을 때의 번역
스크롤바에는 자체 번역이 있습니다. "기본" X11에서는 마우스 커서가 스크롤 막대 위에 있을 때 적용되지만 마우스 커서가 창 밖에 있을 때는 적용되지 않습니다. 이를 통해 설정할 수 있습니다 XTerm.vt100.scrollbar.translations(또는 클래스의 변형을 사용할 수 있음). 키보드 키에 대해 동일한 변환을 설정해야 하지만 마우스 버튼에는 설정하지 않아야 합니다.
스크롤 막대에 원치 않는 마우스 이벤트 번역이 없고 작업을 사용하지 않는 경우 keymap(…)다음을 사용하여 두 가지 모두에 작동하는 번역을 설정할 수 있습니다.
XTerm.vt100*translations: #override …
심지어
XTerm*translations: #override …
마우스 커서가 창 밖에 있을 때의 번역
마우스 커서가 기본 X11 창(FVWM 포함) 외부에 있을 때 다른 번역을 관찰하지 못했습니다. xterm이 원격으로 실행되거나 기본이 아닌 X11에서 실행될 때 어떤 경우에는 xterm에서 사용하는 라이브러리가 창 외부에 있을 때 마우스 커서를 제대로 추적하지 못하고 마우스 커서가 어딘가에 있다고 생각하게 될 수도 있습니다. . 창 내의 마지막 위치 또는 왼쪽 상단((x,y)=(0,0) 또는 왼쪽에 있는 경우 스크롤 막대). 그렇다면 위와 같이 스크롤바의 번역을 설정하면 문제가 해결됩니다. 그렇지 않다면 무엇이 도움이 될 수 있는지 모르겠습니다.
추신: 데스크톱 Windows를 사용해야 할 때 저는 Mintty에서 Cygwin 명령줄 응용 프로그램을 실행하는 것을 선호하며 실행 중인 X 서버가 없습니다. 하지만 그것은 아주 오래전 일이었습니다(Windows XP 시대).