[Bug 18448] Inconsistence in behaviour with UsePrimarySelection turned on and PRIMARY selection

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=18448





--- Comment #8 from Igor Tarasov <tarasov.igor at gmail.com>  2009-05-13 06:03:10 ---
(In reply to comment #7)
> 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? 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?

Then, why do we break that seamless integration with selections?

> IMHO it's not worth adding it to winecfg due to that.

There are options for above-mentioned window manager in winecfg, so why not
having this one?

> Feel free to send a patch to document it.

Not sure I understand well what exactly should be documented.

> Again, handling middle mouse button (as well as other buttons and keys) is
> up to a Windows application, not to Wine. Wine just passes events to the app.

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? That's wine who reacts on middle-click, and it reacts not
correctly.

So, wine made an attempt to get integrated into linux in this area, but made it
wrong.

Wine should either igonre middle-clicks for pasting (as windows applications
do) or behave as linux applications do. Currently wine behavior is not logical.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.