March 2011 - Wine-Bugs - list.winehq.org

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org March 15, 2011

March 15, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|c_korn(a)gmx.de | -- 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 NO HACKS PLEASE
by wine-bugs＠winehq.org March 15, 2011

March 15, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 Brian Vuyk <brian(a)brianvuyk.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #15638|0 |1 is obsolete| | --- Comment #448 from Brian Vuyk <brian(a)brianvuyk.com> 2011-03-15 12:08:53 CDT --- (From update of attachment 15638) Marking this patch as obsolete as Xinput2 is definately the way to go. -- 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 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org March 15, 2011

March 15, 2011

http://bugs.winehq.org/show_bug.cgi?id=7640 --- Comment #58 from MacNean <dardack(a)gmail.com> 2011-03-15 08:06:16 CDT --- (In reply to comment #57) > Dang it shows my real name. This is dardack, the comment above. Also, someone added a ton more code to my patch. Like choosing a diff cursor to use in wine then just the left pointer one. Hiding the mouse with mouse clicks, I guess in Diablo 2, Diablo trys to hide the HW cursor so someone added that it doesn't. I don't mind testing my patch with each major release (1.2,.3,.4, etc). I have tested with 1.3 and does work. But I won't be including all the other stuff. Just basic things. If you do need something cause the game hides the HW cursor I can look into it. -- 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 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org March 15, 2011

March 15, 2011

http://bugs.winehq.org/show_bug.cgi?id=7640 --- Comment #57 from MacNean <dardack(a)gmail.com> 2011-03-15 07:53:37 CDT --- Dang it shows my real name. This is dardack, the comment above. -- 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 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org March 15, 2011

March 15, 2011

http://bugs.winehq.org/show_bug.cgi?id=7640 MacNean <dardack(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dardack(a)gmail.com --- Comment #56 from MacNean <dardack(a)gmail.com> 2011-03-15 07:52:07 CDT --- (In reply to comment #49) > (In reply to comment #48) > > (In reply to comment #45) > > > dardack's tiny patch (which works with wine 1.2-rc2) at > > > http://ubuntuforums.org/showpost.php?p=9349655&postcount=212 > > > > Please download the patch and attach it to this bug report, so that the wine > > developers might see it. > > I think that dardack would have to submit it, reveal his identity and > demonstrate that he has no affiliation with Microsoft. Otherwise, I am not sure > that the WINE project's requirements would allow WINE's developers to even look > at it. It's not really a patch to make wine better per say. The reason all your mouse pointers are laggy is a software mouse pointer. This happened in WoW (world of warcraft, which inspired the patch). Since WoW now has a Hardware OpenGL cursor, I haven't tested this patch in awhile. What my patch does is basically use the HW mouse and the theme you have choosen cursor. If it's truly a software pointer you might see 2. The HW theme pointer that is smooth, and a laggy mouse pointer from the game that follows the HW cursor. If someone uses a software cursor, it doesn't hide it (not sure I could code that anyways). In wow you could write a MPQ file to hide the software cursor. I always felt that wine should make use of the Theme'd cursor pointer. It seems to want to use the white cursor from windows. And really if you've seen my patch it's like 2 lines. In stead of create_cursor call it does a: XCreateFontCursor. That's basically it. It worked in 1.2. Since wow uses HW opengl now I haven't tested on 1.3. I would be willing to test it for people if it's still being used for other games. -- 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 NO HACKS PLEASE
by wine-bugs＠winehq.org March 14, 2011

March 14, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 William J May <may.11b(a)runbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |may.11b(a)runbox.com --- Comment #447 from William J May <may.11b(a)runbox.com> 2011-03-14 18:52:59 CDT --- (In reply to comment #181) Was it established that DOSBox mouse handling was DGA or otherwise unsuitable??? I noticed DOSBox integration was started on Wine 1.3.12 -- 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 26403] New: WINE is completely unusable, multiple errors
by wine-bugs＠winehq.org March 14, 2011

March 14, 2011

http://bugs.winehq.org/show_bug.cgi?id=26403 Summary: WINE is completely unusable, multiple errors Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla.10.cyrils(a)spamgourmet.com Since 1.2.1 I cannot get WINE working. Sooner or later it crashes with rundll32.exe error message in pop-up window and shell32.dll, user32.dll and so-on-DLLs unimplemented methods error in console. As there are many errors I first post console output for winecfg - see attachement. This log was got with empty WINE config, following actions: 1. run winecfg; 2. get window with rundll32.exe error (shell32.dll unimplemented method error in log); 3. get "Wine configuration" window; 4. switch to "Libraries" tab; 5. try switch to "Graphics" tab an get crash. Sequence are completely reproducable on the same start conditions. WINE was compiled from source. If necessary I can add log for IE6 setup, for example - with it's user32.dll unimplemented method error. Best regards, Cyril Sluchanko -- 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 16

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org March 14, 2011

March 14, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #446 from Michael Abbott <michael(a)araneidae.co.uk> 2011-03-14 11:51:23 CDT --- (In reply to comment #445) > The solution in this case is to only run on a single monitor for now, but I > agree, if a fullscreen app has focus, the mouse should not be able to leave > that window. Is it possible with xinput2 to configure the mouse for exclusive capture *when* the application has keyboard focus? Or is this going to require delicate negotiation with the window manager as well? (Am painfully ignorant in this area.) I think it will be better to implement exclusive mouse event capture rather than trying (and probably failing) to continually warp the mouse into the application window. It would be nice (would presumably require Xserver support) if the mouse stayed inside the window as well, but with exclusive capture of mouse events that would be just a "nice to have", not necessary. Can someone who understands the underlying API and interactions say what's current possible here? The current patch seems *nearly* there! -- 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 NO HACKS PLEASE
by wine-bugs＠winehq.org March 14, 2011

March 14, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #445 from Brian Vuyk <brian(a)brianvuyk.com> 2011-03-14 11:29:42 CDT --- (In reply to comment #442) > The problem only arises, I guess, when the application thinks it's full screen > but is being run in a virtual desktop. This is also the case when you are using two monitors with Nvidia's TwinView mode turned on. This gives you a desktop resolution of (in my case) 3200x1080. With a fullscreen game on one monitor running at 1920x1080, the mouse will stray into my other desktop screen and clicks will change focus onto other items running on that desktop. The solution in this case is to only run on a single monitor for now, but I agree, if a fullscreen app has focus, the mouse should not be able to leave that window. -- 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 26412] New: CJK text display as Unknown chars
by wine-bugs＠winehq.org March 14, 2011

March 14, 2011

http://bugs.winehq.org/show_bug.cgi?id=26412 Summary: CJK text display as Unknown chars Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ptpt52(a)gmail.com Created an attachment (id=33634) --> (http://bugs.winehq.org/attachment.cgi?id=33634) my test program, build it # wineg++ myprogram.cpp -o myprogram -mwindows i am trying to display some Chinese text using a font called SimSum in a program, but failed with unknown characters coming out. i upload my program's code--myprogram.cpp build it with this command: # wineg++ myprogram.cpp -o myprogram -mwindows then you run it # ./myprogram.exe you will see the result -- 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 3