Ilya Schurov wrote:
Hi there,
I'd like to return to the 2-year-old topic [1]:
1.
http://www.mail-archive.com/[email protected]/msg00504.html
I see that there is a great progress in dealing with different dpi's (so
it's possible to use Gecko to render my page in 300/400 dpi in virtual X
screen (Xvfb) and than grab it with import). However, this solution have
some disadvantages (first of all, performance), and it seems to be
better to have real PDF export feature.
I used an extension PrintPDF [2] which turnes on "print to file"
functionality of Gecko. However, it seems to have some problems (e.g. I
can propose a testcase with rather complicated layout which renders OK
on the screen but can't be printed correctly).
2. https://addons.mozilla.org/en-US/firefox/addon/5971 which
So I'd like to ask: how printing is managed in Gecko now? Is it uses
Cairo PDF canvas to generate printable file? If yes, than why I have so
different results with on-screen and PDF rendering? If no (i.e. Gecko
uses its own technology to render pages for printing), is it possible to
use Cairo's features to do that?
Thanks in advance!
Are you comparing Gecko's screen output (in the browser window) to PDF
or are you comparing Gecko's print preview or PostScript output to PDF?
Because pagination definitely triggers different codepaths in the layout
engine.
~fantasai
_______________________________________________
dev-tech-layout mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-layout
