> "Ge" == Ge van Geldorp <[EMAIL PROTECTED]> writes:
>> From: Kevin Koltzau
>>
>> The solution IMO is to use a real DIB engine
Ge> Since ReactOS never had the benefit of being able to use X11
Ge> functions, we've already done a lot of work on a DIB engine. As with
Ge>
> From: Kevin Koltzau
>
> The solution IMO is to use a real DIB engine
Since ReactOS never had the benefit of being able to use X11 functions,
we've already done a lot of work on a DIB engine. As with just about
everything in ReactOS, it is not complete yet. However, often-used stuff
like BitBlt
On Thursday 07 July 2005 10:06 am, Frank Richter wrote:
> Hm... is there a way to make the *Blt() functions preserve alpha (as
> they should)? This message:
> http://lists.freedesktop.org/archives/cairo/2003-December/000900.html
> seems to suggest that 32bpp XImages seem to be possible, but then, I
On 07.07.2005 15:21, Kevin Koltzau wrote:
> The problem I think is when the image is put into an XImage, then copied back
> out it looses the alpha, so using GetPixel to verify will have the same
> problem (it just returns XGetPixel). StretchBlt also does this, but
> AlphaBlend does not as its
On Thursday 07 July 2005 7:06 am, Frank Richter wrote:
> I did so in my working copy. I also removed the double-buffering stuff
> from DrawThemeBackground(), ie I AlphaBlend() directly to the screen. I
> also made a small test case; the alpha is already missing from the
> bitmap returned from LoadI
On 07.07.2005 02:43, Kevin Koltzau wrote:
> The stretching is happening when you try to paint, not when you load the
> image.
> As for stretching in uxtheme, the correct solution would actually be to use
> AlphaBlend,
I did so in my working copy. I also removed the double-buffering stuff
from D
On Wednesday 06 July 2005 7:59 pm, Frank Richter wrote:
> On 07.07.2005 01:40, Kevin Koltzau wrote:
> > StrechDIBits is at fault, you´ll notice if you call that with the
> > original size of the bitmap (hence not stretching) it works as expected
>
> Hm, isn't that the case already here? LoadImage()
On 07.07.2005 01:40, Kevin Koltzau wrote:
> StrechDIBits is at fault, you´ll notice if you call that with the original
> size of the bitmap (hence not stretching) it works as expected
Hm, isn't that the case already here? LoadImage() is called without a
specific size, so the actual size of the bi
On Wednesday 06 July 2005 11:20 am, Frank Richter wrote:
> Hi,
> I have a bit of trouble with loading a 32bpp RGBA bitmap from a
> resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
> alpha values stays the same; however, doing the same on Wine, the alpha
> channel gets clobbered.
On 06.07.2005 20:23, Alex Villacís Lasso wrote:
> Your problem sounds like one I am having for a long time with VB6
> applications which use a toolbar: any icon with transparency gets its
> transparency clobbered in Wine.
Hm... sure those VB6 apps use bitmaps with alpha?... AFAIK, 32bpp
bitmaps
Frank Richter wrote:
Hi,
I have a bit of trouble with loading a 32bpp RGBA bitmap from a
resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
alpha values stays the same; however, doing the same on Wine, the alpha
channel gets clobbered. I suspect it's the StretchDIBits() call, as
11 matches
Mail list logo
