[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs clipboard handling for X broken?
From: |
Alex Schroeder |
Subject: |
Re: emacs clipboard handling for X broken? |
Date: |
Sun, 05 Sep 2004 14:31:28 +0200 |
User-agent: |
Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) |
Kenichi Handa <address@hidden> writes:
> In article <address@hidden>, Werner LEMBERG <address@hidden> writes:
>
>>> > Please try to set x-select-request-type to a symbol
>>> > UTF8_STRING or COMPOUND_TEXT.
>>>
> I see. So, your mozilla produces bogus sequence upon a
> request of COMPOUND_TEXT. Have you tried a newer mozilla?
I'm using Firefox 0.9 and pasting characters that can be encoded as
Latin-1 works with setting x-select-request-type to either value. The
default is nil, and that works as well.
When trying to paste chinese characters from an UTF-8 encoded page,
I get the following results:
(setq x-select-request-type 'UTF8_STRING)
-> works.
(setq x-select-request-type 'COMPOUND_TEXT)
-> pastes entry from kill-ring
(setq x-select-request-type nil)
-> pastes unicode escapes like this: \u5167\u5bb9\u76ee\u9304\u64f4\u5145
This reminds me of the native format used by Java properties files:
They are Latin-1 encoded, and use unicode escapes for everything
else. Very weird... :(
My Emacs from CVS was built 2004-08-12.
Alex.
--
.O. http://www.emacswiki.org/alex/
..O Schroeder's fifth law:
OOO Never accept more work than you can handle in one night of hacking.