Difficultés avec le mode "Direct" dans les appli

[alaingensburger]

Bonjour,

Je ne parviens pas à faire fonctionner le mode de lecture directe (text) dans mes applications d'édition et de traitement de texte, je suis obligé de passer par le mode standard et le presse-papier.

Mon environnement

• Murmure 1.8.0
• Linux xUbuntu 24.04 (sous x11)
• 8G0 de mémoire vive, pas de GPU
• Libre Office 25.8.5.2
• Gedit 46.2

[Kieirra]

Bonjour, et merci d'avoir ouvert l'issue.

C'est étonnant, j'utilise moi-même Linux Mint (basé Ubuntu également) et le mode Direct fonctionne sans problème dans LibreOffice de mon côté. Cela dit, ce mode repose sur une simulation de frappe clavier caractère par caractère, et certaines configurations ou applications peuvent ne pas recevoir correctement ces événements synthétiques.

Pourriez-vous vérifier s'il y a des erreurs dans les logs ? (Paramètres > Système > mode debug, puis relancer une transcription en mode Direct)

[alaingensburger]

Bonsoir,

J'ai fait plusieurs essais sur LibreOffice, un seul a fonctionné mais sans afficher correctement les diacritiques (alors que la transcription était correcte sur l'interface de Murmure).
Les autres essais n'ont rien donn, pas d'affichage dans le traitement de texte ; affichage correct sur l'interface de Murmure.
Ci joint le fichier de log.

murmure.log

[Kieirra]

Merci pour les logs et les retours detailles.

J'ai regarde le fichier de log. On voit un warning d'Enigo (la bibliotheque qui gere la simulation de frappe) a chaque transcription : fast text entry is not possible on X11. Ce warning est un peu trompeur car le mode Direct fonctionne bien sous X11 sur d'autres configurations (je l'utilise moi-meme sous Linux Mint sans probleme).

Ce warning vient de la bibliotheque Enigo elle-meme, pas de Murmure, donc je ne sais pas trop ce qu'on peut faire de notre cote pour le moment. Si vous etes developpeur et que vous souhaitez investiguer, une PR serait bienvenue.

[alaingensburger]

Bonsoir,
Merci pour votre retour. Je ne suis malheureusement pas développeur et ne peux pas "investiguer" plus. Je vais malgré tout tenter naïvement une dictée très lente puisque le log nous parle d'une "fast text entry".

---- dictée lente tentée mais pas de meilleurs résultats.

[Kieirra]

Et oui, ce n'est pas lié au fait que la dictée soit lente, le fast text entry, en fait, c'est ce qui permet d'écrire "vite" la transcription.

Et le mode CTRL+V ou Ctrl + shift + V ne fonctionne pas dans vos éditeur de texte ?

[alaingensburger]

Pas de soucis avec les modes CTRL+V et CTRL+Shit+V, ils fonctionnent très bien.
Je vais m'en tenir à ces deux modes pour le moment.

[Kieirra]

Tres bien, tant mieux si ces modes fonctionnent pour vous. Je laisse l'issue ouverte pour reference, le probleme avec Enigo sous certaines configurations X11 reste a investiguer.

[thiswillbeyourgithub]

Hi,

So I finally figured out why when I was demoing murmure on the Bloc Note app of windows only the first few words would appear. The direct typing mode is just too fast!

I think it's a pretty big deal (only some app can be used with murmure) with a simple fix: make the "direct" mode slower.

In my case, I cannot always afford to lose the clipboard content unfortunately so have to use the direct mode.

Also, the clipboard is accessible by all apps so it's less fine from a privacy standpoint.

[Kieirra]

Hi,

Thanks for the report. The Ctrl+V mode is actually the default on Windows, so the impact should be limited for most users. Out of curiosity, what made you switch to Direct mode?

Also, does this issue only happen in Notepad, or do you see the same behavior in other apps?

I will investigate what happens with the fast text entry path on Windows.

[thiswillbeyourgithub]

Out of curiosity, what made you switch to Direct mode?

I want to be able to use the clipboard AND to type with murmure.

Also, less hand movement and the ability to do multiple recordings in burst without touching the keyboard.

Also, does this issue only happen in Notepad, or do you see the same behavior in other apps?

I suspect it sometimes happens in neovim which I use heavily on windows. Not the typing stopping abruptly but more of a "some characters seem to have been forgotten" kind of issue.

[Kieirra]

I want to be able to use the clipboard AND to type with murmure.

Murmure restores the clipboard, so technically you can use it. If you copy something, use Murmure, then paste, it should work. It doesn’t work with images yet because I haven’t had time to look into that case.

I suspect it sometimes happens in neovim which I use heavily on windows. Not the typing stopping abruptly but more of a "some characters seem to have been forgotten" kind of issue.

OK, I see. Do you have this with version 1.8.1 ? I updated the library responsible for input simulation in 1.8.1, so curious to see if it's an old problem or a current one (or a new one ?).

By the way, I'll investigate to see what happens on Windows with Notepad and check if adding a delay helps.

[thiswillbeyourgithub]

It's an old problem, I just figured it out recently. I do have doubt on wether I updated to 1.8.1 at work though.

[Kieirra]

I think it's already fixed because I experienced the same issue you had with Neovim (not Notepad) in an older version, before I updated the crates (even on Linux), and with version 1.8.1, it's no longer a problem.

[thiswillbeyourgithub]

Unfortunately the problem persists.

In the attached picture you can see the typed text starts okay but is then only made of whitespace.

[Kieirra]

Thanks for testing on the latest version. I will investigate further to fix this in 1.9.0.