[Top][All Lists]

[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

> [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.

reply via email to

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