January 2009 - Wine-bugs - list.winehq.org

[Bug 4654] ebasePro 2.12 doesn't start properly--missing plugin
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=4654 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.7. -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #221 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-01-17 22:50:08 --- (In reply to comment #220) > I don't think that such a patch is likely to be accepted, even if it works. If > the thread with the DGA mouse grab becomes nonresponsive, it becomes impossible > to move the mouse until that program is killed (and maybe longer). I've been > told that Wine won't do X mouse grabs for a similar reason. Pretty much every native Linux game does exactly this (X mouse grab, and often DGA as well), so arguably this is an X problem and not one peculiar to wine. We can't demand that a game in wine to work better than a native game. I assume this will all be fixed with XInput2, but until then I think the current situation is fixable, at least for a majority of users, and it would end the steady stream of hacks being contributed. -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #220 from Vincent Povirk <madewokherd(a)gmail.com> 2009-01-17 22:37:59 --- I don't think that such a patch is likely to be accepted, even if it works. If the thread with the DGA mouse grab becomes nonresponsive, it becomes impossible to move the mouse until that program is killed (and maybe longer). I've been told that Wine won't do X mouse grabs for a similar reason. -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #219 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-01-17 22:30:12 --- (In reply to comment #218) > The DGA won't help - it covers exclusive mode only. And is currently disabled > on most distros. I just stated that DGA could be used for non-exclusive mode by having the wine code warp the mouse cursor around according to the relative motion detected via DGA, it's a hack but it at least behaves correctly in all cases (the mouse is already clipped to the window by ClipCursor, this just gives wine full control of the cursor behavior while it is locked in that window). But this all depends on whether anyone is interested in contributing such a patch. As for it being disabled - to my knowledge it is enabled and working on all distributions if you use the mouse driver in xorg, but all distributions have had very hit-or-miss compatibility on evdev until recently. This is why I suggested it be a checkbox - it either works or it doesn't (and the user can make it work with xorg.conf changes in my experience), so it's a useful workaround feature until Input2 is out. -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #218 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-01-17 21:05:13 --- (In reply to comment #217) > From your comment I think I may have a misunderstanding about DirectInput - > does it lock the mouse cursor position like DGA does? Or does it still allow > the mouse cursor to move around, yet still report relative motion even if the > mouse cursor is confined (by ClipCursor)? Both, depending on cooperative level exclusive (mouse cursor hidden and doesn't move) or non-exclusive (mouse cursor behaves as usual). Some games mean to use exclusive mode but due to bugs end up acquiring mouse in non-exclusive mode (ex: quake, quake 2). On windows this is not a problem for full-screen games. The DGA won't help - it covers exclusive mode only. And is currently disabled on most distros. -- 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.

1 0

[Bug 4045] Wine is not reading the DPI setting from X - and is defaulting it to a dumb value
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=4045 --- Comment #15 from David Hagood <ccf2egd02(a)sneakemail.com> 2009-01-17 20:56:46 --- I know Google Earth is very much affected by it, and so is Firefox (after a restart). -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Mike Ellery <mellery(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|mellery(a)gmail.com | -- 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.

1 0

[Bug 7297] MIDI in/out fails, ports recognized
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=7297 Mattias Aabmets <rahvasaadik(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #28 from Mattias Aabmets <rahvasaadik(a)gmail.com> 2009-01-17 19:40:51 --- *** This bug has been confirmed by popular vote. *** -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 Jaime Rave <jaimerave(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|jaimerave(a)gmail.com | -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 18 Jan '09

18 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #217 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-01-17 19:38:10 --- >From your comment I think I may have a misunderstanding about DirectInput - does it lock the mouse cursor position like DGA does? Or does it still allow the mouse cursor to move around, yet still report relative motion even if the mouse cursor is confined (by ClipCursor)? If it locks the mouse cursor position, then DGA does exactly what is wanted, if it does not lock the mouse cursor position then it is indeed a missing feature in the xlib and xorg API. If that's the case, the only solution short of Input2 is to do full emulation of the X mouse cursor using DGA - using DGA to capture relative motion, and updating the X cursor by warping, thus achieving an identical behavior. (Obviously only while DInput is acquired in the app) Perhaps someone who has free time (not in the core wine team obviously) would like to take a stab at this DGA mouse cursor emulation, it would work far more reliably than any of these game-specific hacks that keep being contributed. I hope Input2 is coming quickly, but it's been pushed off more than once. -- 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.

1 0