On Tue, 2005-06-07 at 18:38 -0500, Alex Malinovich wrote:
> Actually, this is the correct behavior. The PRIMARY selection is only
> valid WHILE it is selected. If you select text, then left click, you've
> lost your primary selection, so a middle click will not do anything.
  Is this actually true?  I could only find one other X text thing that
behaves like this: The URL bar in galeon.  Text in an xterm, in emacs,
in galeon's main window, and in evolution's message display will all
cut-and-paste correctly if you select it, unselect it, and then
middle-click somewhere else.
  I couldn't find any specification of what the correct behavior is
(wasn't there a freedesktop.org document about correct selection
behavior at one point?), but I've always expected a PRIMARY selection to
still work even after it's not selected (until something else is
selected).

> The reason that you can't paste FROM the To: field to another
> application, is that the To: field loses focus when the window loses
> focus, and therefore, it loses the primary selection as well.

  I definitely think this is a bug, regardless of what implementation
details are responsible for it.  So there!  :-)  It just bit me again,
BTW; I tried to select-and-paste the bug number from the CC field of
this message into my browser to look at my report again, and I couldn't,
so I read it and typed it in.
  Also, that doesn't explain all of the oddities I listed, just most of
them.

> (Note that I am not the package maintainer, I am just
> subscribed to bugs for the package.)

  Er... it seems like the BTS should arrange for bug reports to get
mangled (a la X-Debbugs-CC) before going to subscribers, so the
subscribers don't accidentally send messages to [EMAIL PROTECTED]

-- 
Andrew Moise <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to