GNU bug report logs - #6102
24.0.50; Problems with Multi_Key

Previous Next

Package: emacs;

Reported by: Werner LEMBERG <wl <at> gnu.org>

Date: Tue, 4 May 2010 20:42:01 UTC

Severity: normal

Tags: confirmed

Merged with 28497, 30092

Found in versions 24.0.50, 25.3

Full log


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

From: Yul Otani <otaniyul <at> gmail.com>
To: 6102 <at> debbugs.gnu.org
Subject: Problems with Multi_Key
Date: Fri, 29 Sep 2017 22:27:55 +0900
dear maintainers,

I would also like to report this bug. Here are some considerations
about emacs, input methods, and compose key (and the compose file
.XCompose):

1) Starting Emacs with 'env XMODIFIERS="@im=none" emacs' is not a
clean solution.
2) A user should not be forced to choose between the input method and
the compose key.
3) Some input methods (e.g. ibus, uim) can work with the compose key.
4) Other programs can work both with input methods and the compose key.

E.g. in my case, I use some japanese/chinese characters together with
composed latin characters like "ç" or "ś". I hope emacs implements
this functionality so that users can produce "universal" text files
more easily.

Yul




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

Previous Next


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