GNU bug report logs - #21456
24.5; Emacs does not respect fcitx as GTK input method

Previous Next

Package: emacs;

Reported by: Zachary Acreman <zakk <at> acreman.net>

Date: Fri, 11 Sep 2015 03:56:02 UTC

Severity: normal

Merged with 27312

Found in versions 24.5, 25.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 21456 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Zachary Acreman <zakk <at> acreman.net>
Cc: 21456 <at> debbugs.gnu.org
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Thu, 03 Dec 2020 12:04:37 +0100
Zachary Acreman <zakk <at> acreman.net> writes:

> Emacs compiled with GTK does not respect fcitx as the system-wide GTK
> input method.
>
> When I use a keyboard configuration with right-alt mapped to Compose, I
> get "<Multi-key> is undefined" messages in Emacs instead of the expected
> behavior.
>
> When I use a keyboard configuration with dead keys for accented
> characters, I get messages like "<dead-acute> is undefined" instead of
> the expected behavior.
>
> Chinese Pinyin input methods are ignored.
>
> XMODIFIERS=@im=fcitx
> GTK_IM_MODULE=fcitx
>
> fcitx input works correctly in every other application on this system
> that I have tested.

(This bug report unfortunately got no response at the time.)

Do you have a recipe, starting from "emacs -Q", to reproduce this issue?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 167 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.