Re: gdiplus: Use StretchBlt instead of GdiAlphaBlend if device doesn't support alpha blending. Resend.

[Dmitry Timoshkov]

Dmitry Timoshkov  wrote:
> This patch makes printing of PNG and other images work from applications
> which use gdiplus for that.
>
> Printer drivers can't support transparency or alpha blending in any way.
> This patch was tested with wide range of images (some mixed with other
> graphics and text), and output matches what native gdiplus does.

Is there anything else I could provide in helping to get this patch accepted?

gdiplus: Use StretchBlt instead of GdiAlphaBlend if device doesn't support alpha blending. Resend.

[Vincent Povirk]

I think if you start by checking for CompositingModeSourceCopy and
make sure you don't write the 100% transparent pixels, then force that
mode on HDC's that can't alpha blend in a later patch, I'll support
that. As it is now, I'm only neutral to this change.

On Wed, Apr 18, 2012 at 9:58 AM, Dmitry Timoshkov  wrote:
> Dmitry Timoshkov  wrote:
> > This patch makes printing of PNG and other images work from applications
> > which use gdiplus for that.
> >
> > Printer drivers can't support transparency or alpha blending in any way.
> > This patch was tested with wide range of images (some mixed with other
> > graphics and text), and output matches what native gdiplus does.
>
> Is there anything else I could provide in helping to get this patch accepted?
>
> --
> Dmitry.

gdiplus: Use StretchBlt instead of GdiAlphaBlend if device doesn't support alpha blending. Resend.

[Dmitry Timoshkov]

Vincent Povirk  wrote:
> I think if you start by checking for CompositingModeSourceCopy and
> make sure you don't write the 100% transparent pixels, then force that
> mode on HDC's that can't alpha blend in a later patch, I'll support
> that. As it is now, I'm only neutral to this change.

I'm not planning to go that far, but I'll certainly look at problems
(if any) caused by this patch.