☰

내 키보드가 X의 Windows 키에 대해 Super_L 전송을 중지한 이유는 무엇입니까?

tag-icon • tag-icon linux-mint x11 keyboard xfce
내 키보드가 X의 Windows 키에 대해 Super_L 전송을 중지한 이유는 무엇입니까?

저는 Linux Mint 20을 사용하고 있으며 XFCE를 WM으로 사용합니다. 다음 내용이 포함된 .Xmodmap 파일이 있습니다.

keycode 166 = 0x0000
keycode 167 = 0x0000
remove Lock = Caps_Lock
keycode 66 = Escape
keycode 135 = Super_R

처음 두 개는 키보드의 스페이스바 아래에 있는 뒤로/앞으로 버튼을 비활성화하는 것입니다. 마지막 줄은 상황에 맞는 메뉴 키를 슈퍼 키로 만드는 것입니다.

그런데 문제는 키보드 왼쪽에 있는 창/시작 키가 제대로 작동하지 않는다는 것입니다. xev가 전송하는 이벤트를 확인하기 위해 실행하면 Super_L이 전송되지 않고 다음과 같이 이상한 일이 발생합니다.

FocusOut event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyGrab, detail NotifyAncestor

FocusOut event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyUngrab, detail NotifyPointer

FocusIn event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 37, synthetic NO, window 0x0,
    keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

이전에는 작동했지만 창 관리자를 사용하면서 이런 일이 발생하도록 내가 무엇을 했을지 궁금했습니다. 내 키보드 모델이 내가 가지고 있는 Microsoft Natural Ergo 4000이 되도록 키보드 설정을 변경해 보았지만 이 동작은 바뀌지 않았습니다.

또 다른 이상한 점은 XFCE에서 창 관리자 단축키 매핑을 변경하려고 하면 기능 단축키를 감지하고 설정하는 옵션이 제공될 때 Windows 키가 "Super"로 눌린 것을 감지하지만 사용하려고 한다는 것입니다. 단축키 기능의 슈퍼키인 Windows 키가 작동하지 않는데, 이상하네요.

재부팅하고, 키보드를 뽑았다가 다시 연결하고, 다른 키보드를 사용해 보았지만 모두 동일한 결과가 나타났습니다. 새로운 클린 사용자를 생성하고 XFCE를 사용하려고 시도했는데 해당 사용자에게도 이런 일이 일어났습니다. 따라서 이는 별도의 XFCE 구성 문제라기보다는 시스템 수준 문제에 가깝습니다.

무엇이 잘못될 수 있는지 또는 이 문제를 진단할 수 있는 다른 방법에 대한 아이디어가 있습니까?

관련 정보