Dear Maintainer, Ths subject says it all. After upgraded do Debian 13 here, eveytime I type an accented character (lika á, ã, ç or so) a small "window" pops up with the accent I'm going to use. That's just fine, but once the characters it typed it used to go waway. But now it remains there, with no accent indicated just annoyng and covering part of what I'm typing. If I change from one virtual desktop to another (in XFCE) it goes away, but this is not a fix for this. Obviously this doesn't happen when running emacs from the terminal (and even from an X terminal). Also and not sure if it is related, when I open emacs from a Xterminal I get, not consistently, the following: ../../../../modules/im/ximcp/imDefLkup.c,359: Tried to fabricate a wrong key event. ../../../../modules/im/ximcp/imDefLkup.c,419: The application disposed a key event with 53060 serial. Running emacs -Q, confirms this behavior. I may provide any further information, if needed. Best, Alexandre
Alexandre Lymberopoulos <lymber@gmail.com> writes: Can you explain how you enter accented characters? Are these directly on your keyboard, or do you use some input method? If the latter, which one? Is it an emacs input method or some OS/desktop level input method. Thanks David
Thanks for answering, David. I sometimes write in Brazilian Portuguese, using EN-US (intl.) or Brazilian keyboards directly. If I want, for instance, an "á" I type "´" (the one on the right of ";" in EN-US and to the right of P in PT-BR keyboard) followed by "a". The small window appears after I press the accent key, showing that accentlike waiting for the character to be accented. When I type that character to accented that small window remais there, with nothing in it. I may provide screenshots, if it helps to describe the problem. Best, Alex
Hi Alexandre, Can you try to create a new user and try to reproduce it there? Also, it looks like the way I use compose key maybe a bit different: say I want to input `á', I type the compose key (I used "Caps Lock" for testing) and a small floating window shows up, and I type `'' and `a' to create á, and the floating window disappears. I'm not sure whether it's the same sequence of input for you. I guess as you said, screenshots for each steps for you to reproduce the issue will also be helpful.
Hi. Just wanted to add I'm experiencing a similar behaviour for quite some time now, in emacs-gtk in XFCE (Xorg), using a french desktop and Azerty keyboard, when typing some accentuated characters, like u + ^. Typically, on an azerty keyboard, there are 2 key strokes. First '^', then 'u'. I noticed the following stdout/err messages : ../../../../modules/im/ximcp/imDefLkup.c,355: The key event is already fabricated. ../../../../modules/im/ximcp/imDefLkup.c,355: The key event is already fabricated. ../../../../modules/im/ximcp/imDefLkup.c,355: The key event is already fabricated. I'm running testing: Package: emacs-gtk Version: 1:30.2+1-1 Severity: normal Hope this helps, Le Mon, Aug 25, 2025 at 03:17:59PM -0300, Alexandre Lymberopoulos a écrit :
FWIW, I tried and search a bit on this issue on search engines, and stumbled upon #1004363 which looks rather similar. However, I may be confused by the look of the screenshot which may not be the exact same look. In any case, that ressembles with that ibus issue. Don't have a clue whether Emacs GTK uses Ibus in any way. My two cents, Le Tue, Nov 25, 2025 at 02:05:01PM +0100, Olivier Berger a écrit : -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Le Tue, Nov 25, 2025 at 02:05:01PM +0100, Olivier Berger a écrit : Also, I'm not sure this is relevant, but I've checked and x-gtk-use-native-input is currently set to nil... and changing it to 't seems to fix somehow the annoying popup issue (using ibus instead of Emacs' builtin ?)... but haven't fully tested for possible other side effects. Hope this helps,
Dear all, Running emacs setting export XMODIFIERS=@im=none export GTK_IM_MODULE=none deactivates the preedit window for the accent. So it seems that there is something in the interaction between emacs and ibus, since this phenomena happens only in emacs. This preedit "window" works fine in xterm in both contexts (with or without those variables set). Best, Alexandre
Hi. I can confirm that launching with XMODIFIERS=@im=none GTK_IM_MODULE=none emacs -Q seems to be getting rid of the annoying popup. However, AFAIU, xterm exhibits the same behaviour than emacs-gtk. Without those variables set, the popup appears whenever I compose an accent with ^, and stays there in the middle of the display. Launching with XMODIFIERS=@im=none GTK_IM_MODULE=none xterm gits rid of it and accents work as expected. Hope this helps, Le 30/11/2025 à 16:55, Alexandre Lymberopoulos a écrit :
Hi! In terminal, XFCE default one, after typing a complete accented character that “window” disappears here. Emacs was the only software where I notice the mentioned phenomena. Best, Alex =============================================================================== Alexandre Lymberopoulos - lymber@gmail.com =============================================================================== Στις Κυρ 30 Νοε 2025 στις 14:10 ο χρήστης Olivier Berger < olivier.berger@telecom-sudparis.eu> έγραψε:
Hi. FWIW, it seems a fix was made somewhere, as the problem may not exhibit any longer (in 1:30.2+1-2). However, setting x-gtk-use-native-input to 't, and not launching with XMODIFIERS=@im=none GTK_IM_MODULE=none, now has the consequence that the Alt-gr key now exhibits "<key-3> is undefined". The correct workaround then seems more in line with setting XMODIFIERS=@im=none GTK_IM_MODULE=none, or just doing nothing. I'm reverting x-gtk-use-native-input to default (nil), then. Hope this helps, Best regards, Olivier Berger <olivier.berger@telecom-sudparis.eu> writes: