훨씬 간단한 솔루션 인 Kinto가 있습니다. 나는 지금 3 년 동안이 일을 해왔다. 그리고 마지막 2 번의 시도와는 달리, 그것이 잘 작동하고 있기 때문에 무언가를 다시 기여할 수 있다고 생각한다. x11 및 시스템 기반 배포판을 대상으로하지만, 보안을 강화하기는 어렵지만 구현하기에 좋은 방법을 찾으면 Wayland로 넘어갈 것입니다.
1) 요점 (전제를 보거나 자신의 대체 솔루션을 구현하려는 경우에는 엣지 케이스는 다루지 않습니다).
https://gist.github.com/rbreaves/f4cf8a991eaeea893999964f5e83eebb
2) systemd, bash 및 xprop를 사용하는 완전한 설치 프로그램. (크롬 북과 같은 엣지 케이스는 엄청나게 지원하기 어려웠지만 모두가 혜택을 누릴 수 있도록 내 것을 좋아합니다!)
https://github.com/rbreaves/kinto
일본어를 사용하는 Kinto의 이유는 다음과 같습니다. 다른 방법을 사용하여 모든 일반 GUI 응용 프로그램의 키 다시 매핑을 완벽하게 수행하더라도 Linux에서 동일한 터미널 유형의 경험을 쉽게 얻을 수는 없습니다. Mac에서. Mac은 개발자들에게 터미널 앱에 놀랍도록 잘 작동하는 키맵을 제공하지 않기 때문에 불행한 일입니다. setxkbmap 및 사용중인 활성 응용 프로그램을 통해 키 맵을 2 / 2 레이아웃 옵션으로 변경하여 수행 한 요점은 특정 응용 프로그램에 가장 적은 추가 단축키를 만들어야한다는 것입니다.
기본적으로이 솔루션을 사용하면 새 바로 가기 키를 올바르게 작성하거나 터미널 응용 프로그램과 다른 GUI 응용 프로그램의 바로 가기 충돌을 피하는 방법과 싸우지 않습니다. 두 단어를 최대한 활용하면 다양한 터미널과 인기있는 텍스트 편집기에 대한 기본 바로 가기 구성 파일을 포함 할 수있을뿐만 아니라 최대한 완벽하게 작동합니다. Sublime과 같은 텍스트 편집기조차도 모든 바로 가기에서 Ctrl 키를 사용하여 Cmd 키를 단순히 스왑 아웃하지는 않지만 말한 시간의 약 95 % 이상 올바르게 정렬됩니다.
그리고 Wayland에 대해 이야기 하면서이 키 맵 키 스왑 트릭을 KDE Plasma 5에서 앱 이름을 가져 오는 기존 위젯으로 작동시키는 방법에 대한 개념 증명이 있습니다. 누구든지 더 나은 솔루션을 가지고 있다면, 특히 x11에서도 작동 할 수 있다면 나는 모든 귀입니다. Xprop은 x11에서 완전히 충분하지만 Wayland에서는 전혀 사용되지 않습니다.
https://github.com/rbreaves/applet-window-title/commit/ff17e694579a52a9848d6bea87b2d11f22033718