However in Linux, good Lord, why?! Why can't I count on Linux to hold data in the clipboard for any length of time? I have discovered if I cut or copy something from a GAIM window into the clipboard-- GAIM is a multiprotocol instant messenging client typically found on Linux -- and close that window, what I sent to the clipboard is erased. It's not even exiting the GAIM program that erases the contents of the clipboard... all it takes is closing the window from which you've cut or copied the string of text. And all this is done without any notice given to the user that the clipboard is behaving in such an unusual way. OK, to be fair, this form of brain-deadedness is very likely from GAIM itself (version 1.5), but what possible benefit did someone see in this behavior? I'm sure it saved some programmer an hour of code writing (Linux has a notoriously goofy clipboard that was hacked and beaten into the window manager), but it has probably killed millions of braincells from innocent users who can't figure out why the clipboard in Linux doesn't work like it is supposed to.
Eh.. Linux is loonier than I thought. There's is no actual clipboard as in intermediary location set aside in memory for cut/copied data for pasting, but rather a note telling an application that when a "Paste" command is given, then the application sends the data cut/copied. In other words, if the originating app is terminated, there will be nothing left to paste. This is counter to any normal expectation how a clipboard operates. Though it lets the developers of Gaim off the hook.