GNU bug report logs -
#11511
Input method of emacs
Previous Next
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.
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):
[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):
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):
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):
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):
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):
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.