http://bugs.winehq.org/show_bug.cgi?id=17625
Summary: Hardware Cursor does not work with OpenGL(look here for a workaround) Product: Wine Version: 1.1.16 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: eiffel56@gmail.com
Created an attachment (id=19812) --> (http://bugs.winehq.org/attachment.cgi?id=19812) A workaround for the non-existing hardware cursor in World of Warcraft
First: This is _not_ a bug of Wine, Blizzard just doesn't implement that feature. I've created this bugreport to share the workaround. The workaround is based on the work of SKLP(http://ubuntuforums.org/showthread.php?t=1051483), I just enhanced it a bit and posted it here as I don't think developing it in a distribution-specific forum is a good idea.
This workaround implements a "fake" hardware cursor. You still can't tick the "Hardware Cursor" option in the WoW settings, but thats not necessary. What it does is to ignore if the game instructs to hide your normal cursor. In addition it hides your normal cursor if you press the left or right mouse button. You can also replace your normal cursor(e.g. to look like the WoW cursor). It ships a blank cursor for WoW, so the ingame cursor doesn't always lag behind your normale one. All together, it mostly feels like a real hardware cursor. There is only one exception: If your WoW cursor would change, e.g. if you're pointing on an attackable mob, the changed icon will be shown below your normal one. I think its possible to hide them, but I don't know which filename WoW expects(have to look around).
I've attached the patch together with four files. The first, blank.blp, is a blank cursor for WoW. Copy it as "Point.blp" to WOWFOLDER/Interface/Cursor. This is allowed by Blizzard, its the official way of changing the ingame cursor icon. The second one, "normal", is an XCursor you can use. It looks exactly like the usual ingame cursor. The other two ones are the sources for "normal", you can regenerate it with "xcursorgen config > normal". I've taken the cursor from http://zanowin.deviantart.com/art/WoW-Cursors-28331812.
Just set the environment variable "WOW_CURSOR" to the XCursor you want to use, for example export WOW_CURSOR="$HOME/.winewow/normal" If you don't set it, it will use your pre-set cursor.
Maybe someone discovers a way of determining which cursor the game is displaying(for example, the sword if you're pointing on an attackable mob). This would end up in an illusion of a real hardware cursor(actually, it would be a real hardware cursor).
http://bugs.winehq.org/show_bug.cgi?id=17625
Adys adys.wh+winehqdotorg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh+winehqdotorg@gmail.c | |om
--- Comment #1 from Adys adys.wh+winehqdotorg@gmail.com 2009-03-05 22:40:01 ---
First: This is _not_ a bug of Wine, Blizzard just doesn't implement that feature. I've created this bugreport to share the workaround.
That's great but the AppDB is the right place for this, not bugzilla.
http://bugs.winehq.org/show_bug.cgi?id=17625
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|All |other Platform|All |Other Summary|Hardware Cursor does not |Hardware Cursor does not |work with OpenGL(look here |work with OpenGL |for a workaround) |
http://bugs.winehq.org/show_bug.cgi?id=17625
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-06 00:51:17 --- If you want to attach a patch attach it as a patch, not compressed binary.
http://bugs.winehq.org/show_bug.cgi?id=17625
--- Comment #3 from Austin English austinenglish@gmail.com 2009-09-03 12:26:53 --- Is this still an issue in current (1.1.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=17625
--- Comment #4 from Jerome Leclanche adys.wh@gmail.com 2009-09-03 12:28:52 --- (In reply to comment #3)
Is this still an issue in current (1.1.29 or newer) wine?
This is not a wine issue.
http://bugs.winehq.org/show_bug.cgi?id=17625
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #5 from Austin English austinenglish@gmail.com 2009-09-03 12:52:39 --- Invalid then.
http://bugs.winehq.org/show_bug.cgi?id=17625
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-03 20:55:53 --- Closing invalid.