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

Attachment: signature.asc
Description: Digital signature

Reply via email to