On Wed, Feb 08, 2006 at 10:44:21PM +0100, Göran Weinholt wrote: > > when trying to copy something from firefox to aterm, this only works > > when all selected text contains only ASCII characters. Middle-Clicking > > else just does nothing. > > I can copy not only ASCII but also iso-8859-1 characters. If there's > anything beyond that in the selection, nothing happens when pasting.
Yes, ASCII works for me. iso8859-[19] doesn't, although my $LC_CTYPE is [EMAIL PROTECTED] (which is in fact iso8859-9). > > The problem is myterious; it neither appears when copying non-ASCII-text > > in another application (other than firefox) not pasting to another one > > (other than aterm). My current workaround is therefore "xclip -o|xclip > > -i". > > > > I was unsure if I should file this bug against firefox or aterm. Feel > > free to reassign. :-) > > aterm is probably the right choice because pasting anything beyond > iso-8859-1 from xterm gives me junk in the paste. The copy and paste > code was changed between 0.4.2 and 1.0.0, but I don't know how and > why. Copy&Paste in X11 just seems _sooo_ broken by design. :-( > Thanks for reporting the bug. There is one thing that I'm not sure > about though: how do you want copy and paste to behave in a situation > like this? What should happen to the unrepresentable characters? In a situation like this, there aren't any unrepresantable characters. I copy, e.g., a "ö" in firefox and try to paste it into aterm. Nothing happens. Typing it in via keyboard works as intended. This is the mysterious thing: "echo äöü|xclip -i" and middle-clicking into aterm works, as typing "äöü" into the aterm window does. Just copying it out of firefox doesn't work. To the unrepresentable characters: If I copy&pasted characters that are not in my character set out of firefox, "\uXXXX" (where XXXX is the unicode position of the character) used to get pasted. But I suppose this behaviour is caused by firefox, as "xclip -o" prints out the same (with the \uXXXX thing.) To make it a bit clearer: I created a HTML page (http://www.yath.de/test.html) with the following content: German umlaut: ä, n-dash (U+2014): – When I copy the rendered text in firefox and run xclip -o, I get German umlaut: ä, n-dash (U+2014): \u2013 This is aterm's former behaviour (with the only difference it doesn't work anymore ;-)). Regards, Sebastian -- signature intentionally left blank
signature.asc
Description: Digital signature