使用的快捷键不是问题

bash …您可以通过将命令替换为xterm（或其他一些图形应用程序）来检查键盘快捷键是否已成功设置。如果出现一个窗口，则您的快捷方式设置正确。问题几乎可以肯定是所需的命令：

bash -c 'xvkbd -xsendevent -text $(date +%Y%m%d)'

根据我的经验，使用XSendEvent是不可靠的。¹ 这可能是您问题的根源。使用xdotool一个可以在 和 之间进行选择XTEST，XSendEvent前者通常对我有用。您xvkbd可能有类似的选择。

发送键序列时，您需要清除当前修饰符以确保发送您想要的序列（例如test，而不是Super+ t、Super+e等）

此外，xdotool至少有一个奇怪的行为，如果它太快发送事件，它们就会消失。²这实际上可能是 X 服务器丢弃事件，或者可能是完全不同的东西。xdotool在任何情况下，您都可以延迟解决这个问题（至少在 中）：

xdotool sleep 0.125 type --clearmodifiers 'string to type'

如果初始延迟不足以防止丢弃事件，则该type子命令有一个--delay选项。

总之

我会使用：

bash -c 'xdotool sleep 0.125 type --clearmodifiers --delay 125 "$(date +%Y%m%d)"'

复制您的预期行为，尽管用于sleep并且--delay可能需要调整的值取决于您的设置。

另一种可能的选择

如果您不介意破坏剪贴板，更好的方法可能是发送默认快捷方式paste selection：

bash -c 'printf "%s" "$(date +%Y%m%d)" | tee >(xsel -bi) | xsel -i; xdotool sleep 0.125 key --clearmodifiers shift+Insert'

这用于xsel将所需的文本放入CLIPBOARD和PRIMARY选择中（因为ShiftInsert它使用的不一致）。然后它合成键序列以粘贴此选择。由于这只需要两次合成按键，因此与其他方法相比，它不太可能丢弃事件。

¹来自xdotool(1)：

发送事件说明

如果您尝试将键输入发送到特定窗口，但它似乎没有工作，那么您的应用程序很可能忽略了 xdotool 正在生成的事件。这是相当普遍的。

将击键发送到特定窗口使用不同的 API，而不是简单地键入活动窗口。如果您指定 'xdotool type --window 12345 hello' xdotool 将生成关键事件并将它们直接发送到窗口 12345。但是，X11 服务器将为以这种方式生成的所有事件设置一个特殊标志（参见 X11 中的 XEvent.xany.send_event手动的）。许多程序观察到这个标志并拒绝这些事件。

需要注意的是，对于键和鼠标事件，我们仅在针对特定窗口时才使用 XSendEvent。否则，我们使用 XTEST。

一些程序可以配置为接受事件，即使它们是由 xdotool 生成的。向您的应用程序文档寻求帮助。

具体应用笔记（来自作者测试）：

• Firefox 3 在没有焦点时似乎会忽略所有输入。
• xterm 可以在使用 ctrl+leftclick 运行时配置，'Allow SendEvents'
• gnome-terminal 似乎默认接受生成的输入。

²如果我确切了解为什么会这样，我将重新审视这个答案并扩展这一点。