[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Emacs failes to communicate with other X clients

From: Eli Zaretskii
Subject: Re: Emacs failes to communicate with other X clients
Date: Sat, 24 May 2003 20:38:51 +0300

> From: Robin Hu <address@hidden>
> Date: Sat, 24 May 2003 11:10:06 +0000
>     Eli> I'm not sure I understand correctly the situation, but IIRC,
>     Eli> gbk is not supported by compound-text-with-extensions.  If you
>     Eli> want to add such a support, you need to modify the alist of
>     Eli> non-standard ICCCM encodings used by Emacs to match known
>     Eli> coding-systems to the encoding name mentioned in the X
>     Eli> selection encoding.  See mule.el for the definitions of those
>     Eli> alists.
>     Yeah, icccm list had been appended with GBK-0, that's why my emacs
>     can decode some gbk characters correctly, but problems are still
>     there. In the example I gived in the previous post, one embeded gbk
>     character will make all characters fail to be decoded. ;-(

Sounds like a bug.  Unfortunately, I don't know enough about gbk to
guess what might be wrong, and don't have time to debug
compound-text-with-extensions myself.

>     Why don't we just totally leave this copy/paste working to
>     be transparent to Emacs, to make this work just like a keyboard?

Keyboard input is nowhere as transparent as you seem to think.  Emacs
decodes keyboard input similarly to what it does with X selections.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]