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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21456 in the body.
You can then email your comments to 21456 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Zachary Acreman <zakk <at> acreman.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.5; Emacs does not respect fcitx as GTK input method
Date: Thu, 10 Sep 2015 22:23:43 -0500

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.

I am using a freshly downloaded and compiled 24.5 source distribution,
because I saw the same problems with the Ubuntu-provided 24.4
package. For the purposes of this bug report, I am running the binary
with the -Q flag.

In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.13)
 of 2015-09-10 on guru
Windowing system distributor `The X.Org Foundation', version 11.0.11701000
System Description:    Ubuntu 15.04

Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Menu-Bar mode disabled
Menu-bar mode disabled.  Use M-x menu-bar-mode to make the menu bar appear.
Menu-Bar mode enabled
Quit
Making completion list...
Quit
<Multi_key> is undefined [5 times]
@im=fcitx
Making completion list... [2 times]
Quit

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
help-fns mail-prsvr mail-utils help-mode easymenu cus-start cus-load
time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment lisp-mode prog-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind gfilenotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)

Memory information:
((conses 16 78990 7449)
 (symbols 48 18422 0)
 (miscs 40 41 99)
 (strings 32 10686 3295)
 (string-bytes 1 276107)
 (vectors 16 8990)
 (vector-slots 8 384103 17853)
 (floats 8 65 423)
 (intervals 56 227 16)
 (buffers 960 13)
 (heap 1024 44666 967))

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

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

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Thu, 03 Dec 2020 10:06:34 -0800

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

> 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?

Reproduction would likely require installing and configuring fcitx, if
you're willing to do that. It's 100% reproducible, and I've started
Emacs like this for many years in order to make it work:

env LC_CTYPE=zh_CN.UTF-8 /home/eric/dev/emacs/src/emacs

I thought that might cause other weirdness in Emacs, but it never did,
not that I noticed.

Actually, I'm running the pgtk branch as my daily driver now, maybe it's
time to remove that incantation and see if anything's changed.

Eric

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Fri, 04 Dec 2020 10:53:00 +0100

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Reproduction would likely require installing and configuring fcitx, if
> you're willing to do that.

Sure.

> It's 100% reproducible, and I've started
> Emacs like this for many years in order to make it work:
>
> env LC_CTYPE=zh_CN.UTF-8 /home/eric/dev/emacs/src/emacs
>
> I thought that might cause other weirdness in Emacs, but it never did,
> not that I noticed.

But how do you reproduce the error?

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

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

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Fri, 04 Dec 2020 10:13:13 -0800

On 12/04/20 10:53 AM, Lars Ingebrigtsen wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> Reproduction would likely require installing and configuring fcitx, if
>> you're willing to do that.
>
> Sure.
>
>> It's 100% reproducible, and I've started
>> Emacs like this for many years in order to make it work:
>>
>> env LC_CTYPE=zh_CN.UTF-8 /home/eric/dev/emacs/src/emacs
>>
>> I thought that might cause other weirdness in Emacs, but it never did,
>> not that I noticed.
>
> But how do you reproduce the error?

Start fcitx, configure it to toggle between English and Chinese, note
the "trigger key" (I've set mine to F7). Start Emacs, hit the trigger
key, and Emacs tells me "<f7> is undefined". In all other applications,
F7 toggles the input method.

It's been a while since I messed with this, so I did some
experimentation. I've had such hit-or-miss luck with using Emacs and the
system-wide input method that I think I've been using Emacs' own input
for a while. I'm using an Arch Linux machine running the sway Wayland
tiling window manager, and it turns out that under this setup fcitx
doesn't work in Emacs even with the LC_TYPE incantation that used to
work. I wasn't able to get the compose key to work either ("<print> is
undefined").

It's possible that the LC_TYPE thing will still work under X11.

I've been running the pgtk branch as a daily driver since it was added
to the repo, and under that branch both fcitx and the compose key work
as expected with no special configuration.

The package repos have a "fcitx" package, which I've never used, which
might solve this problem a different way.

HTH,
Eric

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Sun, 06 Dec 2020 14:11:07 +0100

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Start fcitx, configure it to toggle between English and Chinese, note
> the "trigger key" (I've set mine to F7). Start Emacs, hit the trigger
> key, and Emacs tells me "<f7> is undefined". In all other applications,
> F7 toggles the input method.

I've never used any of that stuff, so bear with me:

I say

$ fcitx
[...]
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-x11.conf
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-vk.conf
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-classic-ui.conf
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-xkb.conf
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-keyboard.conf
(INFO-1295180 addon.c:151) Load Addon Config File:fcitx-notificationitem.conf
(ERROR-1295180 ime.c:432) fcitx-keyboard-in-tel-kagapa already exists
(ERROR-1295180 ime.c:432) fcitx-keyboard-cm-mmuock already exists
$

Now what?  I don't see any way to configure anything, and "man fcitx" is
singularly unhelpful.

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

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

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Sun, 06 Dec 2020 09:56:14 -0800

On 12/06/20 14:11 PM, Lars Ingebrigtsen wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> Start fcitx, configure it to toggle between English and Chinese, note
>> the "trigger key" (I've set mine to F7). Start Emacs, hit the trigger
>> key, and Emacs tells me "<f7> is undefined". In all other applications,
>> F7 toggles the input method.
>
> I've never used any of that stuff, so bear with me:
>
> I say
>
> $ fcitx
> [...]
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-x11.conf
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-vk.conf
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-classic-ui.conf
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-xkb.conf
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-keyboard.conf
> (INFO-1295180 addon.c:151) Load Addon Config File:fcitx-notificationitem.conf
> (ERROR-1295180 ime.c:432) fcitx-keyboard-in-tel-kagapa already exists
> (ERROR-1295180 ime.c:432) fcitx-keyboard-cm-mmuock already exists
> $
>
> Now what?  I don't see any way to configure anything, and "man fcitx" is
> singularly unhelpful.

Sorry, I could have given more useful directions. What system are you
on? Are these errors preventing fcitx from starting up at all?

On Arch Linux I installed the "fcitx", "fcitx-libpinyin", and
"fcitx-googlepinyin" libraries -- the last two each have a dependency,
"libpinyin" and "libgooglepinyin", respectively. libpinyin and
libgooglepinyin are redundant with each other, as far as I can tell
either one should display the erroneous behavior, but you might have an
easier time installing one over the other.

There's also a "fcitx-configtool" which provides a GTK view on the
config files, that might be more work than it's worth.

On my machine the TriggerKey config is set in ~/.config/fcitx/config.
You might have to look around, but try to find the TriggerKey item. Once
fcitx is running, that's your hotkey for toggling input.

If fcitx won't start at all... I'm not sure how to debug that.

Eric

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 21456 <at> debbugs.gnu.org, Zachary Acreman <zakk <at> acreman.net>
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Mon, 07 Dec 2020 14:48:17 +0100

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Sorry, I could have given more useful directions. What system are you
> on? Are these errors preventing fcitx from starting up at all?

No, it seems to start up fine...

> There's also a "fcitx-configtool" which provides a GTK view on the
> config files, that might be more work than it's worth.

Ah, yes, that command exists here and seems to work.

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

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

From: "Mingde (Matthew) Zeng" <matthewzmd <at> posteo.net>
To: Leonard Lausen <leonard <at> lausen.nl>
Cc: 21456 <at> debbugs.gnu.org, 27312 <at> debbugs.gnu.org
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Thu, 09 Dec 2021 03:40:07 +0000

Hi,
 
I came across this bug report as I was having the same problem, and I
also thought there was a bug in Emacs, as fcitx5 works great everywhere
else.

Note I'm using fcitx5 so it may not be exactly the same for you.

> Specifically:
> ➜  ~ cat .xprofile
> export XMODIFIERS=@im=fcitx
> export QT_IM_MODULE=fcitx
> export GTK_IM_MODULE=fcitx
> export LC_CTYPE=zh_CN.UTF-8

Apparently these settings should be enough for every application to
work, but when it doesn't work on some application, there is a bigger
hole you have to dig into than simply looking at whether the environment
variables are set properly - because they are, and Emacs respected it, fcitx5
just didn't work in Emacs due to other reasons.

You have to fully utilize `fcitx5-diagnose` to see what is wrong.
1. Open a subshell within Emacs, run `fcitx5-remote` to see if fcitx5 is
    surely not enabled.
2. Run `fcitx5-diagnose` in the subshell *and* outside Emacs (in a
    regular terminal), compare the results, look for errors

I also got help from the fcitx5 maintainer:
    https://github.com/fcitx/fcitx5/issues/402


Anyways at the end of the day I'm using fcitx5 in Emacs, so I believe this bug
    report should be closed.

Mingde (Matthew) Zeng

Leonard Lausen <leonard <at> lausen.nl> writes:

> Even though all environment variables are (afaik) set up correctly, and
> fcitx is working in all other programs, it does not work in emacs GUI
> mode. It works fine if I start emacs in the terminal. I compiled emacs
> myself using the Gentoo ebuild.
>
> I would be very thankful for any suggestions. Currently I believe it is
> a bug in emacs (?).
>
> Specifically:
> ➜  ~ cat .xprofile
> export XMODIFIERS=@im=fcitx
> export QT_IM_MODULE=fcitx
> export GTK_IM_MODULE=fcitx
> export LC_CTYPE=zh_CN.UTF-8
>
> In GNU Emacs 25.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.15)
>  of 2017-06-10 built on leonard-xps13
> Windowing system distributor 'The X.Org Foundation', version 11.0.11903000
> Configured using:
>  'configure --prefix=/usr --build=x86_64-pc-linux-gnu
>  --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
>  --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
>  --localstatedir=/var/lib --disable-dependency-tracking
>  --disable-silent-rules --docdir=/usr/share/doc/emacs-25.2
>  --htmldir=/usr/share/doc/emacs-25.2/html --libdir=/usr/lib64
>  --program-suffix=-emacs-25 --infodir=/usr/share/info/emacs-25
>  --localstatedir=/var
>  --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
>  --with-gameuser=:gamestat --without-compress-install
>  --with-file-notification=inotify --enable-acl --with-dbus
>  --with-modules --with-gpm --without-hesiod --without-kerberos
>  --without-kerberos5 --with-xml2 --without-selinux --with-gnutls
>  --without-wide-int --with-zlib --with-sound=alsa --with-x --without-ns
>  --without-gconf --without-gsettings --without-toolkit-scroll-bars
>  --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xpm
>  --with-imagemagick --with-xft --without-cairo --with-libotf
>  --with-m17n-flt --with-x-toolkit=gtk3 --without-xwidgets
>  GENTOO_PACKAGE=app-editors/emacs-25.2 'CFLAGS=-march=native
>  -mtune=native -O2 -pipe' CPPFLAGS= 'LDFLAGS=-Wl,-O1 -Wl,--as-needed''
>
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL GNUTLS
> LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB GTK3 X11 MODULES
>
> Important settings:
>   value of $LC_COLLATE: C
>   value of $LC_CTYPE: zh_CN.UTF-8
>   value of $LANG: en_US.UTF-8
>   value of $XMODIFIERS: @im=fcitx
>   locale-coding-system: utf-8-unix
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
>   tooltip-mode: t
>   global-eldoc-mode: t
>   electric-indent-mode: t
>   mouse-wheel-mode: t
>   tool-bar-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   font-lock-mode: t
>   blink-cursor-mode: t
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> delete-backward-char: Text is read-only [3 times]
>
> Load-path shadows:
> None found.
>
> Features:
> (shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
> mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
> mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
> rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
> cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
> china-util tooltip eldoc electric uniquify ediff-hook vc-hooks
> lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset
> image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
> prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
> mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
> georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
> korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
> european ethiopic indian cyrillic chinese charscript case-table epa-hook
> jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
> loaddefs button faces cus-face macroexp files text-properties overlay
> sha1 md5 base64 format env code-pages mule custom widget
> hashtable-print-readable backquote dbusbind inotify dynamic-setting
> font-render-setting move-toolbar gtk x-toolkit x multi-tty
> make-network-process emacs)
>
> Memory information:
> ((conses 16 86627 8161)
>  (symbols 48 19787 0)
>  (miscs 40 51 121)
>  (strings 32 14408 4750)
>  (string-bytes 1 413404)
>  (vectors 16 12193)
>  (vector-slots 8 484323 15836)
>  (floats 8 166 10)
>  (intervals 56 265 0)
>  (buffers 976 18)
>  (heap 1024 16091 922))

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

From: "Mingde (Matthew) Zeng" <matthewzmd <at> posteo.net>
To: Leonard Lausen <leonard <at> lausen.nl>
Cc: 21456 <at> debbugs.gnu.org, 27312 <at> debbugs.gnu.org
Subject: Re: bug#21456: 24.5; Emacs does not respect fcitx as GTK input method
Date: Thu, 09 Dec 2021 03:42:39 +0000

Hi,

I came across this bug report as I was having the same problem, and I
also thought there was a bug in Emacs, as fcitx5 works great everywhere
else.

Note I'm using fcitx5 so it may not be exactly the same for you.

> Specifically:
> ➜  ~ cat .xprofile
> export XMODIFIERS=@im=fcitx
> export QT_IM_MODULE=fcitx
> export GTK_IM_MODULE=fcitx
> export LC_CTYPE=zh_CN.UTF-8

Apparently these settings should be enough for every application to
work, but when it doesn't work on some application, there is a bigger
hole you have to dig into than simply looking at whether the environment
variables are set properly - because they are, and Emacs respected it, fcitx5
just didn't work in Emacs due to other reasons.

You have to fully utilize `fcitx5-diagnose` to see what is wrong.
1. Open a subshell within Emacs, run `fcitx5-remote` to see if fcitx5 is
    surely not enabled.
2. Run `fcitx5-diagnose` in the subshell *and* outside Emacs (in a
    regular terminal), compare the results, look for errors

I also got help from the fcitx5 maintainer:
    https://github.com/fcitx/fcitx5/issues/402


Anyways at the end of the day I'm using fcitx5 in Emacs, so I believe this bug
    report should be closed.

Mingde (Matthew) Zeng

Leonard Lausen <leonard <at> lausen.nl> writes:

> Even though all environment variables are (afaik) set up correctly, and
> fcitx is working in all other programs, it does not work in emacs GUI
> mode. It works fine if I start emacs in the terminal. I compiled emacs
> myself using the Gentoo ebuild.
>
> I would be very thankful for any suggestions. Currently I believe it is
> a bug in emacs (?).
>
> Specifically:
> ➜  ~ cat .xprofile
> export XMODIFIERS=@im=fcitx
> export QT_IM_MODULE=fcitx
> export GTK_IM_MODULE=fcitx
> export LC_CTYPE=zh_CN.UTF-8
>
> In GNU Emacs 25.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.15)
>  of 2017-06-10 built on leonard-xps13
> Windowing system distributor 'The X.Org Foundation', version 11.0.11903000
> Configured using:
>  'configure --prefix=/usr --build=x86_64-pc-linux-gnu
>  --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
>  --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
>  --localstatedir=/var/lib --disable-dependency-tracking
>  --disable-silent-rules --docdir=/usr/share/doc/emacs-25.2
>  --htmldir=/usr/share/doc/emacs-25.2/html --libdir=/usr/lib64
>  --program-suffix=-emacs-25 --infodir=/usr/share/info/emacs-25
>  --localstatedir=/var
>  --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
>  --with-gameuser=:gamestat --without-compress-install
>  --with-file-notification=inotify --enable-acl --with-dbus
>  --with-modules --with-gpm --without-hesiod --without-kerberos
>  --without-kerberos5 --with-xml2 --without-selinux --with-gnutls
>  --without-wide-int --with-zlib --with-sound=alsa --with-x --without-ns
>  --without-gconf --without-gsettings --without-toolkit-scroll-bars
>  --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xpm
>  --with-imagemagick --with-xft --without-cairo --with-libotf
>  --with-m17n-flt --with-x-toolkit=gtk3 --without-xwidgets
>  GENTOO_PACKAGE=app-editors/emacs-25.2 'CFLAGS=-march=native
>  -mtune=native -O2 -pipe' CPPFLAGS= 'LDFLAGS=-Wl,-O1 -Wl,--as-needed''
>
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL GNUTLS
> LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB GTK3 X11 MODULES
>
> Important settings:
>   value of $LC_COLLATE: C
>   value of $LC_CTYPE: zh_CN.UTF-8
>   value of $LANG: en_US.UTF-8
>   value of $XMODIFIERS: @im=fcitx
>   locale-coding-system: utf-8-unix
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
>   tooltip-mode: t
>   global-eldoc-mode: t
>   electric-indent-mode: t
>   mouse-wheel-mode: t
>   tool-bar-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   font-lock-mode: t
>   blink-cursor-mode: t
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> delete-backward-char: Text is read-only [3 times]
>
> Load-path shadows:
> None found.
>
> Features:
> (shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
> mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
> mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
> rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
> cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
> china-util tooltip eldoc electric uniquify ediff-hook vc-hooks
> lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset
> image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
> prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
> mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
> georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
> korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
> european ethiopic indian cyrillic chinese charscript case-table epa-hook
> jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
> loaddefs button faces cus-face macroexp files text-properties overlay
> sha1 md5 base64 format env code-pages mule custom widget
> hashtable-print-readable backquote dbusbind inotify dynamic-setting
> font-render-setting move-toolbar gtk x-toolkit x multi-tty
> make-network-process emacs)
>
> Memory information:
> ((conses 16 86627 8161)
>  (symbols 48 19787 0)
>  (miscs 40 51 121)
>  (strings 32 14408 4750)
>  (string-bytes 1 413404)
>  (vectors 16 12193)
>  (vector-slots 8 484323 15836)
>  (floats 8 166 10)
>  (intervals 56 265 0)
>  (buffers 976 18)
>  (heap 1024 16091 922))

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Mingde (Matthew) Zeng" <matthewzmd <at> posteo.net>
Cc: 21456 <at> debbugs.gnu.org, Leonard Lausen <leonard <at> lausen.nl>,
 27312 <at> debbugs.gnu.org
Subject: Re: bug#27312: bug#21456: 24.5; Emacs does not respect fcitx as GTK
 input method
Date: Fri, 10 Dec 2021 01:42:12 +0100

"Mingde (Matthew) Zeng" <matthewzmd <at> posteo.net> writes:

> Anyways at the end of the day I'm using fcitx5 in Emacs, so I believe this bug
>     report should be closed.

OK; I'm closing this bug report, then.

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

Previous Next

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