>>>> "Alexey" == Alexey Mahotkin
<alexm(a)hsys.msk.ru> writes:
Alexey> There is a slight misfeature in Mule XEmacs when working
Alexey> under X. When I type some Cyrillic text in XEmacs, then
Alexey> select it with mouse and paste it to xterm, I get various
Alexey> clearly wrong results.
The clipboard or the selections? It sounds like you're describing the
primary selection. (The clipboard is a separate application in MIT X,
and Motif has something built-in, as does MS Windows.) The selections
should be in X Compound Text (aka CText) AFAIK, a version of ISO-2022.
This example
%/1��koi8-rPRIWET
uses the ISO-2022 "Designate Other Coding System (does not return to
ISO-2022)" function with a private final byte. So it looks like CText
to me. And this is xterm-specific. I don't understand the rest of
control sequences offhand, you'd have to look in the xterm sources.
It looks like it's somehow describing koi8-r as the private coding
system, but \200 is not a valid C1 control character AFAIK, so I don't
know exactly what is going on.
I suggest looking at the xterm sources. Everything has to communicate
with xterm, so we'll probably win in most cases if we can talk to xterm.
Which version of XEmacs? Some work has been done fairly recently on
improving selection behavior, but I think its mostly in 21.5.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."