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]