我在SO上看过一些相关的问题,但是：
>要么他们只处理如何获得关键事件(关键记录器等),而不是如何操纵他们的传播(他们只听,但不拦截/生成).
>或者他们在X中使用被动/主动抓取(详见下文).
小型DSL
我解释下面的问题,但为了使它更紧凑和易懂,首先是一个小的DSL定义.
> A_：用于制作(按)键A.
> A ^：用于中断(释放)键A.
> A ^ – > [C_,C ^,U _,U ^]：在A ^上为C发送一个make / break组合,然后在处理链中向下发送U(最后到应用程序).如果没有 – >然后没有发送任何东西(但可能会修改内部状态以检测后续事件).
> $X：执行任意操作.这可以发送一些可配置的键事件序列(可能类似于emacs的C-x C-s),或执行一个函数.如果我只能发送关键事件,那就足够了,因为我可以在窗口管理器中进一步处理这些事件,具体取决于哪个应用程序处于活动状态.
问题描述
好吧,所以使用这种表示法,这里是我想要检测的模式以及我想在处理链中传递的事件.
> A_,A ^ – > [A_,A ^]：探索.见上文,请注意发送发生在A ^上.
> A_,B_,A ^],B ^ – > [B_,B ^]：基本上与1.相同但重叠事件不会改变处理流程.
> A_,B ^ – > [$X],A ^：如果在保持另一个键(A)的同时存在键(B)的完全中断/断开,则执行X(参见上文),并且A的中断被丢弃.
(原则上,它是一个简单的状态机,可以在关键事件上实现,可以生成(多个)关键事件作为输出).
补充说明
>解决方案必须在打字速度上工作.
>修改后的密钥事件流的消费者在Linux上运行X(控制台,浏览器,编辑器等).
>只有键盘事件会影响处理(没有鼠标等)
>匹配可能发生在键盘上(更容易)或键码(更难一点).对于后者,我将只需要读取映射以从代码转换为keysym.
>如果可能的话,我更喜欢适用于USB键盘以及虚拟机内部的解决方案(如果在驱动程序层工作可能会出现问题,其他层应该没问题).
>我对实现语言非常开放.
可能的解决方案和问题
所以基本问题是如何实现这一点.
我已经使用被动抓取(XGrabKey)和XSendEvent在窗口管理器中实现了一个解决方案.遗憾的是,被动抓取在这种情况下不起作用,因为它们在上面的第二种模式中没有正确捕获B ^.原因是转换的抓斗在A ^上结束并且不继续到B ^.如果仍然保持,则新的抓取转换为捕获B,但仅在约1秒后.否则,将普通B ^发送到应用程序.这可以用xev验证.
我可以将我的实现转换为使用主动抓取(XGrabKeyboard),但是如果窗口管理器一直在键盘上有活跃的抓取,我不确定对其他应用程序的影响. X文档将活动抓取称为侵入式并且是为短期使用而设计的.如果有人有这方面的经验并且长期积极争夺没有重大缺点,那么我认为这是一个解决方案.
除了窗口管理器(作为X客户端运行)之外,我愿意查看其他关键事件处理层.键盘驱动程序或映射是可能的,只要我可以用它们解决上述问题.这也意味着解决方案不必是单独的应用程序.我很高兴有一个驱动程序或内核模块为我做这个.请注意,我从未做过任何内核或驱动程序编程,所以我会很感激一些好的资源.
感谢您的任何指示！
解决方法
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
