gpt4 book ai didi

key-bindings - XMonad:有没有办法绑定(bind)同时触发的键和弦?

转载 作者:行者123 更新时间:2023-12-03 03:25:14 24 4
gpt4 key购买 nike

有没有办法使同时按键成为按键绑定(bind),例如对于 wef 键,在 0.05 秒内按下时会触发命令?

更具体地说:

  1. 如果在 0.05 秒内分别按下 wef,则按最后一个按钮后,XMonad 应该触发所述命令。 XMonad 还应该拦截这三个键,以便它们不会被多余地发送到聚焦窗口。

  2. 否则(如果在 0.05 秒时间段内至少有一个按键未被按下)XMonad 应照常将按键发送到聚焦窗口。

我的目标是使用 wef 来“转义”到类似于 vim 的“正常模式”, XMonad.Actions.Submap(子图)。

<小时/>

使用失败方法进行更新,以防任何人都可以找到修复它的方法:

我尝试使用子图来实现这一点,因此,例如,如果您按 w,您最终会得到 chord_mode_w ,如果您从那里按e,您最终会得到chord_mode_we ,如果你从那里按下 f 你最终会得到 normal_mode , 例如。实现非常困惑:我在主键绑定(bind)中包含了类似以下内容的内容:

("w", spawn "xdotool key <chord_mode_w_keybinding> ; sleep 0.05 ; xdotool key <abort_keybinding>")
(chord_mode_w_keybinding, chord_mode_w)

用于检测w(其余部分类似),以及(不完整的)子图,例如:

 chord_mode_w = submap . mkKeymap c $
[
("e", chord_mode_we )
, ("f", chord_mode_wf )
, (abort_keybinding, pasteString "w")

-- in order for the submap to not eat all other letters,
-- would need to include all mappings like:
, ("a", pasteString "wa")
, ("b", pasteString "wb")
...
]

chord_mode_we = submap . mkKeymap c $
[
("f", normal_mode )
, (abort_keybinding, pasteString "we")


-- in order for the submap to not eat all other letters,
-- would need to include all mappings like:
, ("a", pasteString "wea")
, ("b", pasteString "web")
...
]

chord_mode_wf = submap . mkKeymap c $
[
("e", normal_mode )
, (abort_keybinding, pasteString "wf")

-- in order for the submap to not eat all other letters,
-- would need to include all mappings like:
, ("a", pasteString "wfa")
, ("b", pasteString "wfb")
...
]

完整的实现显然会非常困惑,但理论上应该将我发送到 normal_mode如果我在 0.05 秒内按下“wef”,则中止并键入字符,否则。然而,有两个问题:

  1. pasteString (以及 XMonad.Util.Paste 中的其他粘贴功能)对于正常打字来说太慢

  2. 我最终会在 normal_mode即使我将中止延迟设置得更高,也只有一小部分时间。不确定这背后的原因。

(我在中止而不是生成另一个 pasteString 时使用 xdotool 的原因是 xdotool 的输出会重新触发 chord_mode_w_keybindingchord_mode_e_keybindingchord_mode_f_keybinding 之一,回到主程序中键绑定(bind),让我无限期地返回和弦模式。)

最佳答案

https://hackage.haskell.org/package/xmonad-contrib-0.13/docs/XMonad-Actions-Submap.html

Submap 确实几乎做你想要的事情(它让你大部分到达那里)......我会建议你可能想要改变你正在尝试做的事情,永远如此稍微,然后子图就可以完美处理它。

您可以将 Submap 配置为捕获 w 键事件,并开始等待 e,然后等待 f。我什至尝试过这个,并确认它有效:

, ((0, xK_w), submap . M.fromList $
[ ((0, xK_e), submap . M.fromList $
[ ((0, xK_f), spawn "notify-send \"wef combo detected!\"" ) ])
])

但是,上面的内容几乎肯定不是您真正想要做的事情...因为现在不可能将 w 按键发送到窗口(我必须在之前禁用该配置)输入此答案,这需要将多个 w 按键事件发送到事件窗口)

我刚才在玩这个时看到的行为是:如果我按 w,xmonad 会捕获该事件(不会将其发送到事件窗口),并且现在处于以下状态:WAITING e 或其他内容...如果我按其他内容,xmonad 不再处于该状态,但它不会“重播”那些被捕获的事件。因此,如果我按 w,然后按其他非 e 的键,结果只是 xmonad 退出监听子图中的键的状态。它永远不允许 w 进入事件窗口...我发现这很不方便。

据我所知,您的选择是: 1)满足具有修饰符的初始键绑定(bind),因此您的多键命令将是 Mod4-w e f 2)找到一种方法将您描述的延迟逻辑破解到子图中的操作中

我开始使用这样的配置,其中我将概念上类似的操作嵌套在嵌套子图树下,这些操作很少需要,类似于我上面粘贴的内容。然而,该树的根总是有一个修饰符,因此它不会窃取我想要转发到事件窗口的按键。我使用 Mod3-semicolon 作为该树的根,然后有许多未经修改的按键,它们只是字母(它们是操作的助记符)。

对我来说,这似乎是一个更好的解决方案,而不是等待几百毫秒,然后转发事件,除非它们匹配。我觉得我会觉得这很烦人,因为它会延迟任何 w 按键事件...

YMMV,希望对某人有帮助

关于key-bindings - XMonad:有没有办法绑定(bind)同时触发的键和弦?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27747079/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com