Package: xclip Version: 0.07-1 Severity: normal I received the following bug report in email.
-------- Original Message -------- Subject: Re: xclip Date: Mon, 12 Jun 2006 16:21:46 +0200 (MEST) From: Thomas Wolff <[EMAIL PROTECTED]> To: Baruch Even <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Hi thanks for your quick response. > I never got a bug report that it fails on unicode to know about it. If > you can please file a bug report in the Debian BTS, If you use debian > you can use reportbug to ease the submission process. If you are not a > Debian user a detailed bug report to me would help. OK, these are my test cases, all inside a UTF-8 mode xterm with LC_CTYPE=de_DE.UTF-8: $ echo bäh | xclip -i ; xclip -o bäh # works fine; bytes are probably handled transparently # xclip -o in a Latin-1 terminal would not work now, effect same as below $ echo bäh | xclip -i # now inserting the selection with the middle mouse button: bäh # UTF-8 bytes are being interpreted as separate characters $ # bäh # selecting this with the mouse $ xclip -o b� # instead of 'ä' the Unicode replacement character gets pasted > Ofcourse, if you can find the issue and fix it I'll happily consider the > patch for inclusion. Unfortunately, I am not familiar with X programming. But I have seen in discussions about xterm that UTF-8 mode has to be handled explicitly with the X clipboard. Kind regards, Thomas