특정 키를 누른 후 Compose가 작성되지 않도록 설정

특정 키를 누른 후 Compose가 작성되지 않도록 설정

Win내 노트북에서는 수정자로 사용합니다 . 을 누르면 Fn키가 다른 키 기호를 전송하며 , 이를 작성 키로 사용합니다.

keycode 133 = Hyper_L
keycode 134 = Multi_key
add mod4 = Hyper_L

Hyper+form 창 관리자 키 바인딩이 있습니다. 랩톱에서는 모든 것을 누르고 있다가 누르고 누른 다음 마지막으로 놓아야 합니다. 이전에 누르면 키 기호가 대신 전송되므로 작성을 누릅니다. 이전에는 누르는 데 손가락 조정이 훨씬 덜 필요하다는 것을 알았으므로 그렇게 할 수 있기를 바랍니다. 그런 다음 키보드 키(필수)를 누르면 해당 키가 수정자로 해석되기를 원합니다.KP_NWinFnKP_NFnHyperMulti_keyHyper_LFnHyperFnmod4Multi_key

mod4키 기호에 수정자를 추가 할 수 있습니다 . 그러면 키를 누를 때 Multi_key창 관리자 바인딩이 어느 순서로든 작동하게 됩니다 . 그러나 먼저 누르면 (자연스럽게 발생함) 키 기호가 기록되므로 ++ , , , 와 같은 키 시퀀스는 결국 작업 공간 1로 전환되고 대신 삽입됩니다. 활성화는 키 릴리스 이벤트를 받습니다.FnHyperFnMulti_keyFnHyperKP_1a'á'aMulti_key

어떻게 하면 두 세계의 장점을 모두 누릴 수 있나요?

  • HyperFn키보드 키를 순서대로 누르면 창 관리자 바인딩만 트리거되고 키 릴리스 이벤트가 보류 상태로 유지되지 않아야 합니다 Compose. 응용 프로그램은 키 릴리스 이벤트를 수신해서는 안 됩니다. Multi_key그렇지 않으면 다른 이벤트를 수신해야 합니다. (창 관리자에 의해 주입됨) 첫 번째 이벤트를 효과적으로 취소합니다.
  • 을 누르고 눌렀다 FnHyper놓으면 press 및 release 이벤트가 전송됩니다 Multi_key.

키보드 구성이나 창 관리자 바인딩 또는 둘 다를 변경하여 이 작업을 수행해도 상관 없습니다. 창 관리자는 Sawfish이므로 매우 유연합니다.

솔루션에 XKB가 포함된 경우 XKB를 통해 전체 키보드 구성을 정의하고 싶지 않습니다. XKB 부분은 영향을 받는 키(또는 필요한 모든 것)에 대한 그룹을 정의하는 데 중점을 두어야 합니다.

관련 정보