© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
bbfa235
(Get the code!)
Attaching a new patch. This one includes the changes from the earlier patches plus avoids the context to surface and back to context conversions done. This might have been the reason the units got reset?
> * Page Size Patch - Seems to be working well to stop
> non-print. Thanks!
Well.. it only shows where the problem is. It's no solution. You want Inkscape to preselect a papersize that corresponds to the size of your drawing.
> I'm not sure what you mean by "Convert texts to paths
> doesn't work".
Sorry, I was a bit unclear. I have sometimes used "Save as Postscript via Cairo" for testing. It uses the same code as printing.
> I know Ishmal tried looking through the code and said
> he didn't think the patch would help because
> cairo_win32_
> that is non-null (whatever that means!).
The HDC was NULL because Windows couldn't accept the papersize suggested by Inkscape. At least that is my guess :)
> Printing as a vector and changing the dpi still
> changes the size of the print.
Yes. Somehow things are still pixel based instead of point based. I have an idea though.. Maybe you can try the new patch? I have fullsize images now. But.. the size of the drawing and the size of the paper still doesn't match.
> Is it possible when you call
> gtk_print_
> to actually tell it separately what that full page
> size is? Or should it already do that?
I don't know. I just added that line because Adrian said so :)
> * Some Niggling Issues/Questions:
Vector or bitmap is about how Inkscape communicates with cairo. Whether cairo uses vector or bitmaps when converting the content to pdf, ps or windows metafiles is beyond our control. Have you read this section of the release notes (the same is true for all other cairo backends): http://