bug#11511: Input method of emacs

bug#11511: Input method of emacs

[ceason lam]

[-- Attachment #1: Type: text/plain, Size: 802 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 963 bytes --]

bug#11511: Input method of emacs

[Miles Bader]

ceason lam <theceason@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!

bug#11511: Input method of emacs

[theceason]

Miles Bader於 2012年5月19日星期六UTC+8上午7時02分34秒寫道：
> ceason lam <theceason@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

bug#11511: Input method of emacs

[theceason]

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

bug#11511: Input method of emacs

[Lars Ingebrigtsen]

theceason@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

bug#11511: Input method of emacs

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@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