[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: clean mess encrusted on to Chinese pastes cut from outside emacs
From: |
Eli Zaretskii |
Subject: |
Re: clean mess encrusted on to Chinese pastes cut from outside emacs |
Date: |
Mon, 02 Jul 2001 22:33:57 +0300 |
> From: Dan Jacobson <jidanni@kimo.FiXcomTHiS.tw>
> Newsgroups: gnu.emacs.bug
> Date: 02 Jul 2001 10:05:21 +0800
>
> Eli> What is your selection-coding-system set to, and what was the
> chinese-big5
Why not compound-text?
What happens if you set selection-coding-system to no-conversion and
look at the data which you paste from other applications?
> Eli> application which put the text into the X selection? (Some
> Netscape 4.76, rxvt, pydict, indeed any other application than emacs.
> Eli> applications are known to produce wrong encoding of the text they put
> Eli> into the X selections; Emacs cannot do much about that.)
> The only problem I have is pasting into emacs items cut outside
> emacs. All other combinations and directions are ok, including
> cutting from within emacs then pasting outside of emacs.
This is indeed a sign of bugs in other programs: they don't produce
correct encoding.
> By the way, I did (describe-variable (quote selection-coding-system))
> and the help page didn't mention what file it was defined in... odd.
That's because it is defined in C.
> >Coding system for communicating with other X clients.
> >When sending or receiving text via cut_buffer, selection, and clipboard,
> >the text is encoded or decoded by this coding system.
>
> maybe sometimes the user would need to set different values for
> sending and receiving... perhaps add such a flexibility.
You have it already: type "C-x RET X" (capital X) before cutting or
pasting.
> [I don't know how to check the value of selection-coding-system for
> Netscape or rxvt, all I know is there is no problem between them.]
Use no-conversion, and you will see the raw bytes they send.