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.
http://bugs.winehq.org/show_bug.cgi?id=4045
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #14 from Dan Kegel <dank(a)kegel.com> 2009-01-17 18:06:23 ---
Which native Linux apps obey that setting?
Nothing is changed in git, I suspect.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4045
--- Comment #13 from David Hagood <ccf2egd02(a)sneakemail.com> 2009-01-17 16:52:22 ---
I've tested this with wine-1.1.12-420-gae48e09.
Steps to reproduce.
1) Via Regedit, unset HKLM/[System\\CurrentControlSet\\Hardware
Profiles\\Current\\Software\\Fonts\\LoxPixels
2) set display DPI to 96 via "xrandr --dpi 96"
3) Run regedit, observe font sizes.
4) exit regedit
5) set display DPI to 200 via "xrandr --dpi 200"
6) Run regedit, observe font sizes.
Expected result: Font sized should change.
Actual results: Font sizes unchanged.
I am pulling the latest GIT now, and will report when that build is done.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7920
--- Comment #6 from Saulius K. <saulius2(a)gmail.com> 2009-01-17 15:33:59 ---
Ok, but I am still confused as your outcome...
> All immediate WMI core installer show stoppers are either resolved or covered
> by separate bugs now, see my comment #3.
> I already have the installer working as part of .NET 3.x showcase bugs run.
... doesn't explain what has changed in Wine to be free to drop the stubs which
were required for the installer earlier.
> This makes this bug somewhat superfluous because I can't remember now what the
> detail problem was at that time.
OK, I understand the situation now. Nevertheless, it's still interesting --
were these stubs required by a native dll from a system32 folder or by some
other installer binary? That could make a difference for some applications in
future.
But nevermind, I probably will make some "progression testing" on my spare
time, as there are known both testing date and the URL of the installer.
Whatever it was, thank you for your investigations.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6971
--- Comment #216 from Tomasz Sałaciński <tsalacinski(a)gmail.com> 2009-01-17 15:02:34 ---
(In reply to comment #215)
I've told it previously - it CAN'T wrap the mouse pointer. Do you really want
to have different profile for every game and navigate through game menus with
keyboard? Mouse warping means that it WON'T work in menu. It should work as
Vitaliy said. I'm not a WINE developer, but I would reject all patches that
warp mouse in this case. WINE should stop mouse from leaving the box and it
should pass the mouse (not pointer) movement.
Imagine mouse is stuck on the middle of the screen, or it goes back to the
middle when it leaves the box. Try to start a new game in Pariah or KOTOR then.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7920
--- Comment #5 from Anastasius Focht <focht(a)gmx.net> 2009-01-17 14:51:00 ---
Hello,
--- quote ---
I disagree. The installer fails and this IMHO should be fixed in the far
future. Lets mark it as LATER (or REMIND, whichever matches more).
--- quote ---
I suggest to re-read the whole comment.
All immediate WMI core installer show stoppers are either resolved or covered
by separate bugs now, see my comment #3.
I already have the installer working as part of .NET 3.x showcase bugs run.
This makes this bug somewhat superfluous because I can't remember now what the
detail problem was at that time.
Sure, there are still various holes in WMI usage that require further
investigation and their own bugs (consider .NET apps which use
System.Management namespace).
Regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7835
Thomas Beimel <gnulinux(a)thomas-beimel.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gnulinux(a)thomas-beimel.de
--- Comment #9 from Thomas Beimel <gnulinux(a)thomas-beimel.de> 2009-01-17 11:30:34 ---
I can confirm the bug with wine 1.1.13 (using 1701 demo & original version) but
I have a different behaviour. Once the startup popup is gone and the game
maximizes, the screen freezes in black colour and my system freezes as well. No
other chance then using the reset button. Virtual consoles don't work, nothing.
Is this related to wine or maybe the ati fglrx driver? Because I am using an
RadeonHD3200 with ati's proprietary driver. I was not able to copy the console
output due to the system crash.
Btw: I have no problems with my graphics configuration on other games with
wine.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8499
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #23 from Dan Kegel <dank(a)kegel.com> 2009-01-17 10:14:18 ---
Yep, works after "winetricks gecko dotnet20", closing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=5247
Jesse Allen <the3dfxdude(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |20040505
--- Comment #36 from Jesse Allen <the3dfxdude(a)gmail.com> 2009-01-17 09:41:41 ---
OK... put up the version number found with the regression patch, but it's
probably meaningless these days as far as wined3d.
--
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.