바인딩할 수 없는 키를 바인딩 가능한 키로 바꾸는 방법은 무엇입니까?

바인딩할 수 없는 키를 바인딩 가능한 키로 바꾸는 방법은 무엇입니까?

(키코드 = 135)(오른쪽 클릭이라고도 함) 에 대해 말하는 것입니다 Menu. 사용하지 않습니다.

그래서 비활성화했습니다상황에 맞는 메뉴Xmodmap 도구를 사용하여 작업을 수행하면 이제 메뉴가 열리지 않고 키보드 단축키로 계속 작동합니다*

또한 반복 기능이 비활성화되었습니다 xset -r 135(예: 키를 Ctrl 누르고 있는 동안 자체 반복이 발생하지 않기 때문).

* 하지만 문제는 How 및 does와 같은 다른 키와 결합할 수 없다는 CtrlShift입니다 Alt.

Shift예를 들어 ++ Alt같은 단축키를 만들 수 있지만 +somekey S로는 그런 작업을 수행할 수 없으며 Menu다른 키와 바인딩되지 않습니다. 키의 "코드"를 생성할 수 있지만 내가 찾고 있는 것은 아닙니다.

Xmodmap으로는 할 수 없는 것 같습니다./

실행하면 , 및 와 xev -event keyboard같은 키로 변경되는 사항을 확인할 수 있습니다 .CtrlShiftAltstate가치는 다음과 같습니다.state 0x0누르면,state 0x4( 의 경우 Ctrl L) 해제된 경우. 키 및 기타 바인딩할 수 없는 키 에서는 이러한 일이 발생하지 않으며 Menu모두 그대로 유지됩니다.state 0x0, 어쩌면 이것이 문제일까요?

이 문제를 어떻게 해결할 수 있나요?

감사해요

답변1

수정자 키를 잘못 이해하셨습니다.

로 수정자가 무엇인지 확인할 수 있습니다 xmodmap.

MenuF10(사용하는 소프트웨어에 따라) 와 같은 일부 상황에 맞는 메뉴를 실행할 수 있다는 사실에도 불구하고 기본적으로 수정자는 아닙니다 .

state 0x0의 출력에서 ​​볼 때 xev이는 수정자와 효과적으로 관련되어 있으며 동시에 여러 수정자를 누르면 요약되는 것을 볼 수 있습니다.

효과적으로 xmodmap원하는 것을 만들 수 없습니다. 이제 Menu유효한 수정자 이름을 사용하여 수정자 맵에 효과적으로 추가 하고 xkb맵을 수정하여 여전히 키심(keysym)을 보낼 수 있도록 할 수 있습니다. 그러나 이는 우아한 작업이 아닙니다.

대신 다른 키와 함께 누르거나 단독으로 누를 때 이 키에 수정 xcape자를 에뮬레이트하기 위해(Wayland와 호환되는 다른 소프트웨어가 있음) 라는 소프트웨어를 사용하는 것이 좋습니다. .Hyper_RMenu

의 문서는 xcape그러한 수정을 수행하는 데 정말 간단합니다.

관련 정보