[Webkit-unassigned] [Bug 33022] [Windows] WebKit Plugins Are Not Rendered During Printing

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Jan 4 10:35:43 PST 2010


--- Comment #6 from Brent Fulgham <bfulgham at webkit.org>  2010-01-04 10:35:43 PST ---
The problem boils down to improper synchronization between the windows world
XFORM and the Cairo context.  The use of a Cairo "cairo_win32_printing_surface"
caused the coordinate systems to be incompatible, resulting in the strange
printing issues.

Fixes are as follows:
1.  Handle the case of a 0 scaling factor, which happens when a print preview
context (from Windows) is passed to WebKit for display.
2.  Switch from using a cairo_win32_printing_surface (which is an EMF-backed
surface) to the same cairo_win32_surface used for all other WebKit drawing.

With this patch. plugins display in their (mostly) correct location (but see
remaining Bug 32909) with good print quality.  Print output quality for text
and <canvas> logic looks good as well.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list