Re: winemac: Reapply display modes when switching back to app after "escaping" with Command-Tab.

2013-10-02 Thread Ken Thomases
On Oct 1, 2013, at 11:24 PM, Ken Thomases wrote: > May fix bug . Should fix bug , too. -Ken

Re: ddraw: Fix filtering of enumerated display modes (try 4)

2011-05-12 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=10886 Your paranoid android

Re: ddraw: Fix filtering of enumerated display modes (try 3)

2011-05-12 Thread Stefan Dösinger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch looks OK to me Am 11.05.2011 um 10:03 schrieb Ričardas Barkauskas: > try 3: Non standard bit mask test added. More surface description and > pixel format flags tested and DDSD_REFRESHRATE filtering and appearance > in callback surface desc

Re: ddraw: Fix filtering of enumerated display modes (try 3)

2011-05-11 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=10851 Your paranoid android

Re: ddraw: Fix filtering of enumerated display modes by bits per pixel

2011-05-10 Thread Stefan Dösinger
>> Please add an additional test that passes in non-null flags that >don't match >> standard R5G6B5. > >I'm not exactly sure what you mean with this. The other test has mask >of >R5G5B5. The one that's missing is R5G6B5, but I don't think it's >needed. E.g. a red mask of 0xf0f0, green 0x0f00 and

Re: ddraw: Fix filtering of enumerated display modes by bits per pixel

2011-05-10 Thread Ričardas Barkauskas
On 05/09/2011 10:11 PM, Stefan Dösinger wrote: > On Monday 09 May 2011 20:55:21 Ričardas Barkauskas wrote: >> +modes16bpp_cnt = 0; >> +U2(ddsd.ddpfPixelFormat).dwRBitMask = 0x; >> +U3(ddsd.ddpfPixelFormat).dwGBitMask = 0x; >> +U4(ddsd.ddpfPixelFormat).dwBBitMask = 0x; >

Re: ddraw: Fix filtering of enumerated display modes by bits per pixel

2011-05-09 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=10820 Your paranoid android

Re: ddraw: Fix filtering of enumerated display modes by bits per pixel

2011-05-09 Thread Stefan Dösinger
On Monday 09 May 2011 20:55:21 Ričardas Barkauskas wrote: > +modes16bpp_cnt = 0; > +U2(ddsd.ddpfPixelFormat).dwRBitMask = 0x; > +U3(ddsd.ddpfPixelFormat).dwGBitMask = 0x; > +U4(ddsd.ddpfPixelFormat).dwBBitMask = 0x; Please add an additional test that passes in non-null f

Re: ddraw: Fix filtering of enumerated display modes by bits per pixel

2011-04-30 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=10648 Your paranoid android

Re: display modes

2003-09-29 Thread Lionel Ulmer
On Sun, Sep 28, 2003 at 06:51:24PM -0500, Alex Pasadyn wrote: > The 24-bit X server depth corresponds to the 32-bit Windows depth. I > never fully understood that. That's not entirely true... There is not really the notion of 'bits per pixel' in X. You only have depth (being the number of signif

Re: display modes

2003-09-28 Thread Alex Pasadyn
Shachar Shemesh wrote: Alex Pasadyn wrote: My original patch was not friendly about the depth changing, so I am improving that. Now, it will always enumerate 8, 16, and 32-bit modes and silently ignore depth change requests. What happens if your real server is at 16bpp, and the app requests 2

Re: display modes

2003-09-28 Thread Shachar Shemesh
Alex Pasadyn wrote: My original patch was not friendly about the depth changing, so I am improving that. Now, it will always enumerate 8, 16, and 32-bit modes and silently ignore depth change requests. What happens if your real server is at 16bpp, and the app requests 24? -- Shachar Shemesh Op

Re: display modes

2003-09-28 Thread Alex Pasadyn
Lionel Ulmer wrote: Specifically, it will: - include more choices for the desktop size - always list all modes as including 8, 16, and 32-bit - silently ignore you when you try to change the depth - remove duplicated modes (see above) - include more TRACE lines for better debugging Well, if XVidM