http://bugs.winehq.com/show_bug.cgi?id=889
Summary: WINPOS_GetWinOffset() yields wrong offset
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: tuiningas_ml(a)shaw.ca
Using the game Dynomite from PopCap Games works very well except that the offset
for the graphics is the same as the offset of the window (on the desktop) in
which the graphics are being displayed; I essentially eliminated the code in
WINPOS_GetWinOffset() by adding a return immediately following the code that
sets of the X and Y component of the offset to 0 -- this solves the problem but
I suspect that it will cause problems elsewhere; the file of interest is
windows/winpos.c; feel free to contact me for any additional information
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=889>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=406
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 22:39 -------
Closing Bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=406>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=455
This bug depends on bug 655, which changed state:
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |INVALID
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=455>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=888
Summary: DXGrab can't be undone.
Product: Wine
Version: 20020509
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: codeweavers(a)datademons.com
It would be nice to be able to have a key-combo (one that you wouldn't likely
use in Windows -- eg CTRL-ALT-SHIFT-R or something silly.) that would RELEASE a
mouse that is DXGrabbed, so that a user may go back to his desktop, deal with
other programs, and then lock it back... normally, you would just turn DX grab
off, but that makes games nearly impossible to play. Being able to release, do
whatever else you wanna do, and the click back in the window to re-lock would be
sweet.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=888>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=406
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|407, 451, 452, 461, 512, |
|556, 585, 600, 603, 606, |
|607, 638, 765, 824 |
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 15:17 -------
Changed tasklets to keyword marking metabug INVALID
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=406>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=128
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://downloads-
| |zdnet.com.com/3120-20-
| |0.html?qt=aol+messenger&tg=d
| |l-20
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 14:28 -------
Put download url in URL:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=128>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=831
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From fgouget(a)codeweavers.com 2002-07-17 14:16 -------
The fix has been commited.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=831>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=80
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|jim(a)codeweavers.com |wine-bugs(a)winehq.com
Target Milestone|--- |0.9.0
------- Additional Comments From fgouget(a)codeweavers.com 2002-07-17 14:14 -------
We need a real FAQ for Wine 1.0. This FAQ must have a maintainer who is going to
look after it:
* monitor the newgroup and wine-users to gather the most frequently asked questions
* sort the questions in easy to understand groups
* gather some more general questions about Wine and point to the relevant
sources of information
* distill the best answers from the newgroups, the documentation, etc.
* make sure the questions remain relevant and the answers up to date
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=80>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
dclark(a)akamail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Screen Corruption in riven |Screen Corruption in riven
------- Additional Comments From dclark(a)akamail.com 2002-07-17 11:32 -------
Yep, I agree. I noticed that by setting transitions to "best", it becomes really
obvious what is happening. It is supposed to scroll the window left or right,
and then paints in the new portion of the display. It does it with calls like this:
trace:scroll:X11DRV_ScrollDC 08dc -181,0 hrgnUpdate=0000 rcUpdate = (nil)
which as you suggest causes a BitBlt:
trace:bitblt:BitBlt hdcSrc=08dc 181,0 24 bpp->hdcDest=08dc 0,0 427x392x24 rop=cc0020
For some reason, that does not seem to be working. Only the new part is being
painted in. The scroll never happens. I never got much beyond that point.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.