Closed robert-gazsi closed 8 years ago
@robert-gazsi is this with a physical printer or the Microsoft XPS/PDF document writer? We're experiencing issues with print simulations using the Windows 10 XPS document writer, but we aren't having the same problems while doing print simulations 3rd party PDF writers.
Either way we'll fully investigate and report back. Thanks for the write-up.
Yes, I have printed it physically on a HP LaserJet 1020, with same result. Thanks for your prompt response. Pe 31.12.2015 21:13, "Tres Finocchiaro" notifications@github.com a scris:
@robert-gazsi https://github.com/robert-gazsi is this with a physical printer or the Microsoft XPS/PDF document writer? We're experiencing issues with the Windows 10 XPS document writer, but we aren't having the same problems with 3rd party PDF writers.
Either way we'll fully investigate and report back. Thanks for the write-up.
— Reply to this email directly or view it on GitHub https://github.com/qzind/qz-print/issues/129#issuecomment-168236264.
What is the DPI setting of the printers you are using, and the DPI value you are passing to qz-tray?
My bad, I realized I have to change the "Density" property in the Options section from 72 to 600 to match my printer dpi. It would be helpful, in my opinion, to rename this property to Density (DPI). Thanks!
On 1/4/2016 4:32 PM, bberenz wrote:
What is the DPI setting of the printers you are using, and the DPI value you are passing to qz-tray?
— Reply to this email directly or view it on GitHub https://github.com/qzind/qz-print/issues/129#issuecomment-168691854.
It would be helpful, in my opinion, to rename this property to Density (DPI).
Agreed... @bberenz I started a commit which adds DPI
, mm/in
etc to pxlDensity
label, however it started getting more complicated than I had anticipated, as the 72dpi would need to be translated on click, which started getting messy. Which leads me to my next question...
What is the DPI setting of the printers you are using, and the DPI value you are passing to qz-tray?
@bberenz The Java source and jsDocs state this density depends on options.units
but is that true? It appears to internally use inches and convert (i.e. PDF) at time of printing to the appropriate unit, no? Regardless of standard/metric page sizes, I seem to be finding that DPI is the accepted standard in regards to print quality, is this correct?
Secondly, at least for purposes of the demo, we should make scaling on PDFs done by default.
Edit: 2016-02-03 Autoscale is on by default now and scaling bugs are fixed via c7acaac.
Pdf content is printed at top left corner at about 5% of the whole page size. See attached sample. test.pdf