[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6720: battle with x-clipboard vs. Chinese

From: David De La Harpe Golden
Subject: bug#6720: battle with x-clipboard vs. Chinese
Date: Sun, 25 Jul 2010 04:31:57 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20100620 Icedove/3.0.5

On 25/07/10 02:08, address@hidden wrote:

All I know is starting with
  $ apt-cache policy emacs-snapshot
    Installed: 1:20100724-1
    Candidate: 1:20100724-1

Yes, this appears to be Romain Francoise's snapshot packaging of latest emacs development code. Bug reports for development code are of course helpful and welcome, but please be aware that isn't an official release if you aren't already.

I am having two kinds of pain:

1. Having to write things into /tmp/files to be able to read them into
emacs correctly as xclip now can't if I want Chinese intact.
I try every button and end up having to resort to /tmp.

Middle mouse button is currently known to be broken due to #6635., symptoms being strings like "\u4e2d\u6587" or "中文".

"M-x load-file" of the attached fix6635.el file in emacs will help there, until a fix goes into the tree.

"xclip": you mean the command line tool to manipulate the clipboard?

Using xclip to put text on the clipboard for C-y to pull in does seem to work as expected on my system:

# shell
$ echo "中文" | xclip -selection clipboard

# in emacs, C-y

But I don't actually know chinese. Do you have a sample string that is breaking if you do the above?

Attachment: fix6635.el
Description: Text Data

reply via email to

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