O atalho de tecla usado não é o problema

Você pode verificar se o atalho de teclado está sendo definido com sucesso substituindo seu bash …comando por xterm(ou algum outro aplicativo gráfico). Se uma janela aparecer, seu atalho está definido corretamente. O problema é quase certamente o comando desejado:

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

Na minha experiência, o uso de XSendEventnão é confiável. ¹ Essa pode ser a origem do seu problema. Usar xdotoolum pode selecionar entre XTESTe XSendEvent, e o primeiro geralmente funciona para mim. Você xvkbdpode ter opções semelhantes.

Ao enviar sequências de teclas, você precisa limpar os modificadores atuais para garantir que está enviando a sequência desejada (por exemplo , teste não Super+ t, Super+ e, etc.)

Além disso, xdotoolpelo menos tem um comportamento estranho onde, se enviar eventos muito cedo, eles desaparecem. ² Isso pode ser, de fato, os eventos de queda do servidor X ou pode ser algo totalmente diferente. De qualquer forma, você pode contornar isso (pelo menos em xdotool) com um atraso:

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

O typesubcomando tem uma --delayopção caso o atraso inicial não seja suficiente para evitar a queda de eventos.

Resumindo

Eu usaria:

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

para replicar o comportamento pretendido, embora os valores usados ​​para sleepe --delaypossam precisar de ajuste, dependendo da sua configuração.

Outra opção possível

Se você não se importa em destruir sua área de transferência, uma abordagem melhor pode ser enviar o atalho padrão para paste selection:

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

Isso usa xselpara colocar o texto desejado nas seleções CLIPBOARDe PRIMARY(já que ShiftInsertnão é consistente em qual deles ele usa). Em seguida, sintetiza a sequência de teclas para colar essa seleção. Como isso requer apenas dois pressionamentos de tecla sintetizados, é menos provável que descarte eventos do que o outro método.

¹ De xdotool(1):

NOTAS DE ENVIO

Se você está tentando enviar entrada de chave para uma janela específica e parece não estar funcionando, é provável que seu aplicativo esteja ignorando os eventos que o xdotool está gerando. Isso é bastante comum.

Enviar pressionamentos de tecla para uma janela específica usa uma API diferente do que simplesmente digitar na janela ativa. Se você especificar 'xdotool type --window 12345 hello', o xdotool irá gerar eventos-chave e enviá-los diretamente para a janela 12345. No entanto, os servidores X11 definirão um sinalizador especial em todos os eventos gerados dessa maneira (consulte XEvent.xany.send_event em X11 manual). Muitos programas observam esse sinalizador e rejeitam esses eventos.

É importante observar que, para eventos de tecla e mouse, usamos apenas XSendEvent quando uma janela específica é direcionada. Caso contrário, usamos XTEST.

Alguns programas podem ser configurados para aceitar eventos mesmo que sejam gerados pelo xdotool. Procure a documentação do seu aplicativo para obter ajuda.

Notas de aplicação específicas (do teste do autor):

• O Firefox 3 parece ignorar todas as entradas quando não tem foco.
• xterm pode ser configurado durante a execução com ctrl+clique esquerdo, 'Permitir SendEvents'
• gnome-terminal parece aceitar a entrada gerada por padrão.

² Revisitarei essa resposta e expandirei esse ponto se souber exatamente por que esse é o caso.