Bug 4630

Summary: Fonts too large when drawing to image surface while printing
Product: cairo Reporter: tor
Component: win32 backendAssignee: Owen Taylor <otaylor>
Status: RESOLVED NOTOURBUG QA Contact: cairo-bugs mailing list <cairo-bugs>
Severity: normal    
Priority: high CC: tml
Version: 1.0.0   
Hardware: x86 (IA32)   
OS: Windows (All)   
i915 platform: i915 features:

Description tor 2005-09-28 16:37:51 UTC
I'm trying to get printing working with cairo by rendering into an image surface
and then printing that.  It works, except that fonts are 6-7 times larger than
they're supposed to be.  I've been poking around the cairo-win32-font.c code for
some time and am coming up empty handed figuring out where this scale factor
comes from.  Drawing to an image surface when not printing works fine, so it's
not just all image surface font usage going wrong.

Any hints as to where to look from those familiar with that font backend?
Comment 1 Carl Worth 2005-10-03 11:57:44 UTC
I don't know much about cairo-win32-font.c specifically, but I'm trying to at
least understand this bug report, and so far I'm confused.

If you've got an image surface and you're printing it, that image surface just
has a bunch of pixels in it. There's nothing special about pixel values that
come from text vs. any other pixels. So if "drawing to an image surface when not
printing works fine" I can't see clearly what could be a cairo bug here.

Perhaps I'm missing something though.
Comment 2 Carl Worth 2005-10-03 12:11:39 UTC
And I'd be glad to see a minimal test case to resolve my confusion.

That would actually be preferred over any explanation.
Comment 3 Behdad Esfahbod 2006-08-13 21:09:55 UTC
Any updates here?  Does this bug still happen?  Test case maybe?
Comment 4 Benjamin Close 2008-01-11 02:37:12 UTC
Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler
Comment 5 Chris Wilson 2008-10-15 03:06:17 UTC
A 6-7x scale factor is reminiscent of scaling up to the dpi of the printing surface. Without a test case, my gut feeling is that is an application bug. With 1.6, Adrian Johnson introduced the win32-printing surface hopefully making the manual creation of images for printing redundant.

Please reopen if you do have a test case that we can examine.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.