GNU bug report logs - #11511
Input method of emacs

Previous Next

Package: emacs;

Reported by: ceason lam <theceason <at> gmail.com>

Date: Fri, 18 May 2012 16:21:01 UTC

Severity: wishlist

Tags: moreinfo

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

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Fri, 18 May 2012 16:21:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to ceason lam <theceason <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 18 May 2012 16:21:02 GMT) Full text and rfc822 format available.

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

From: ceason lam <theceason <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Input method of emacs
Date: Fri, 18 May 2012 22:22:28 +0800
[Message part 1 (text/plain, inline)]
since emacs port to GTK for a while
i even hear a plan about GTK3

however, in my experience of emacs is very unfriendly to input method
if an IM(input method) want to work with emacs
the developer need to write a plug-in for it

like
scimbridge.el
ibus.el
uim.el

if an IM have no plug-in, and if you want to use it in emacs
due to outdated XIM in emacs , you will have some extra work (setting the
locale, lang environment...)
if the fixing not work , there is hopeless

does this mean the emacs no more care about the foreigner

why no the proper GTK-im interface
a unified API for all the IM
let the IM developer focus on improve their job
and also let more IM can work along side with emacs


please care about the uncountable CJK user for now and the future
please update to the GTK im interface
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Fri, 18 May 2012 23:04:01 GMT) Full text and rfc822 format available.

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

From: Miles Bader <miles <at> gnu.org>
To: ceason lam <theceason <at> gmail.com>
Cc: 11511 <at> debbugs.gnu.org
Subject: Re: bug#11511: Input method of emacs
Date: Sat, 19 May 2012 08:02:34 +0900
ceason lam <theceason <at> gmail.com> writes:
> however, in my experience of emacs is very unfriendly to input method
> if an IM(input method) want to work with emacs
> the developer need to write a plug-in for it
...
> if an IM have no plug-in, and if you want to use it in emacs
> due to outdated XIM in emacs , you will have some extra work (setting the
> locale, lang environment...)
> if the fixing not work , there is hopeless
>
> does this mean the emacs no more care about the foreigner

Hmm, what...?

I'm using Gnome 3 &etc with the external Japanese input method "mozc",
and it seems to work fine with Emacs...

Can you give more detail about what the problem is?

-Miles

-- 
values of β will give rise to dom!




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Sat, 19 May 2012 09:36:02 GMT) Full text and rfc822 format available.

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

From: theceason <at> gmail.com
To: gnu.emacs.bug <at> googlegroups.com
Cc: ceason lam <theceason <at> gmail.com>, 11511 <at> debbugs.gnu.org
Subject: Re: bug#11511: Input method of emacs
Date: Sat, 19 May 2012 02:34:35 -0700 (PDT)
Miles Bader於 2012年5月19日星期六UTC+8上午7時02分34秒寫道:
> ceason lam <theceason <at> gmail.com> writes:
> > however, in my experience of emacs is very unfriendly to input method
> > if an IM(input method) want to work with emacs
> > the developer need to write a plug-in for it
> ...
> > if an IM have no plug-in, and if you want to use it in emacs
> > due to outdated XIM in emacs , you will have some extra work (setting the
> > locale, lang environment...)
> > if the fixing not work , there is hopeless
> >
> > does this mean the emacs no more care about the foreigner
> 
> Hmm, what...?
> 
> I'm using Gnome 3 &etc with the external Japanese input method "mozc",
> and it seems to work fine with Emacs...
> 
> Can you give more detail about what the problem is?
> 
> -Miles
> 
> -- 
> values of β will give rise to dom!

hi Mikle
i am great to hear your barrier free mozc experience 
i use ibus along side with emacs too  (maybe i should change 'im' to input method editor)
in this case i need ibus.el (it work very well)
if i use other im :gcin, fcitx.. etc
for my experience gcin
emacs is the only gtk program can't work with  ubuntu environment
but it can run faultless in debian 
and alos windows ......

if problem happened
many of us suffer form LC_CTYPE settings

for more example here is a recent one 
bug#10867: 23.4 must export LC_CTYPE to zh_CN.UTF-8 or similar CJK locale to use X input method
http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-02/msg00761.html
and this fixing some time work some time not 
and it happen since we know emacs 



i am chinese 
i am cant repersent other j k people (mikle have you test other ime)
i love to spend my time to configuring my emacs just like the other does

but for uim.el ibus.el scimbridge.el
these are not confirgruings 
these are fixings 

--------------------------------------------
we love emacs because it's free 
this is also gnu's belief 
hope is emacs can maintain our freedom 
rather than you not like it just don't use it





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Sat, 19 May 2012 14:15:02 GMT) Full text and rfc822 format available.

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

From: theceason <at> gmail.com
To: gnu.emacs.bug <at> googlegroups.com
Cc: ceason lam <theceason <at> gmail.com>, 11511 <at> debbugs.gnu.org
Subject: Re: bug#11511: Input method of emacs
Date: Sat, 19 May 2012 07:13:33 -0700 (PDT)
maybe i should provide more information 

in some case the xim failure to work

the ime tigger C-<SPC>  will still remain the set mark function
if we unset it then C-<SPC> will be not defined 
however the ime is work fine with other gtk apps with the tigger c-<SPC>
when you try ibus without ibus.el 
i believe you will encounter this problem

i think since emacs already port to gtk
why not give it a gtk im interface the solve the long term problem 

here is a bug report in 2005
https://lists.ubuntu.com/archives/ubuntu-users/2005-April/028398.html




Removed tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 25 Dec 2015 23:16:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Tue, 07 Sep 2021 17:41:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: theceason <at> gmail.com
Cc: 11511 <at> debbugs.gnu.org
Subject: Re: bug#11511: Input method of emacs
Date: Tue, 07 Sep 2021 19:40:10 +0200
theceason <at> gmail.com writes:

> maybe i should provide more information 
>
> in some case the xim failure to work
>
> the ime tigger C-<SPC>  will still remain the set mark function
> if we unset it then C-<SPC> will be not defined 
> however the ime is work fine with other gtk apps with the tigger c-<SPC>
> when you try ibus without ibus.el 
> i believe you will encounter this problem

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I'm not quite sure I understand the issue here -- there's plenty of
people who use Emacs with XIM.  Are you still seeing these issues in
recent Emacs versions?  If so, can you give a recipe, starting from
"emacs -Q" that reproduces the problem?

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




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 07 Sep 2021 17:41:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11511; Package emacs. (Wed, 06 Oct 2021 09:36:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: theceason <at> gmail.com
Cc: 11511 <at> debbugs.gnu.org
Subject: Re: bug#11511: Input method of emacs
Date: Wed, 06 Oct 2021 11:35:17 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> I'm not quite sure I understand the issue here -- there's plenty of
> people who use Emacs with XIM.  Are you still seeing these issues in
> recent Emacs versions?  If so, can you give a recipe, starting from
> "emacs -Q" that reproduces the problem?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

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




bug closed, send any further explanations to 11511 <at> debbugs.gnu.org and ceason lam <theceason <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 06 Oct 2021 09:36:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 03 Nov 2021 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 146 days ago.

Previous Next


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