http://bugs.winehq.org/show_bug.cgi?id=18448
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2009-05-14 03:02:43 --- (In reply to comment #8)
PRIMARY selection is disabled by default because that's not what users coming from Windows expect.
But isn't it what users using linux expect?
For a Linux native application - yes, a Windows application is a different animal, it behaves how Windows developers see it fits.
Wine by default uses linux window manager, so that windows behave not like in windows, they may have another button set etc, but that's okay, since we're in linux, and we try to integrate wine applications as seamless as possible, right?
That's not always possible or feasible, but Wine does an attempt, yes.
Then, why do we break that seamless integration with selections?
IMHO this behaviour with selections is confusing even for Linux users. But we have an option to enable it for those (rare enough obviously, you are the first one to complain) who prefer it.
Umm... In windows, applications ignore middle-click. You can't paste text in notepad in windows using middle-click. But you can do that with the same native notepad.exe in wine. So, who's pasting text on middle-click - wine or application?
It's the Edit control in user32 which does it. Now let's imagine that a Windows application subclasses an Edit control and say displays a custom context menu on middle mouse button click, but Edit in Wine also goes ahead and does a paste text...
Currently wine behavior is not logical.
You see now how it's not logical to try running a Windows application under a not native platform :-) Now try to imagine a feeling of a Mac user running Wine with X11 under the hood...