Re: Emacs failes to communicate with other X clients

[Robin Hu]

>>>>> "Kenichi" == Kenichi Handa <address@hidden> writes:

    Kenichi> XmbTextPropertyToTextList can handle only such
    Kenichi> compound-text that contains characters supported in the
    Kenichi> current X locale.  So, in your way, if you are in GBK
    Kenichi> locale, Emacs can't receive, for instance, Hangul chacaters
    Kenichi> even if compound-text can correctly encode Hangul
    Kenichi> characters and Emacs itself can handle Hangul in any
    Kenichi> locales.

    Thank you Kenichi for your answering ;-) But I still have some
    different ideas here.
    
    Of course Hangul characters can not be received when we set locale
    to zh_CN.GBK, but I think this is the right behavior. For example,
    while I set keyboard-coding-system to chinese-gbk, I can not input
    Hangul characters, because it's my responsibility to set correct
    keyboard coding system for chinese input. So I think that's also my
    responsibility to set correct locale for X paste. 

    Another problem with current implementation is, some characters can
    be encoded in different char-settings. For example, I set file
    coding system to chinese-iso-8bit, and selection coding system to
    compound-text-with-extension, and copy/paste a very long chinese
    article from mozilla. Every thing seems to go fine, but this article
    just cannot be saved. This is because X encode some characters as if
    they are not chinese-iso-8bit characters, but emacs decode them to
    emacs-mule successfully, and finally file coding system cannot
    encode emacs-mule to chinese-iso-8bit.

    Kenichi> By the way, the coding system chinese-gbk is not yet
    Kenichi> supported in the current Emacs.  Or, are you using
    Kenichi> emacs-unicode?

    Chinese-gbk is my extension to Emacs, I believe I have post it in
    m17n's maillist. I can read/write gbk encoding file, and unicode
    file with utf-translate-gbk-mode turned on. Everything goes fine,
    except copy/paste in X (ntEmacs is fine). ;-(