[thelist] Does Safari consistently print at 3/4 size?

Barney Carroll barney.carroll at gmail.com
Wed Jul 29 09:14:37 CDT 2009

Thanks Felix,

Actually this specific behaviour is not reproducible with Chrome (also
webkit) (in fact Chrome prints it too big).

Margins and the basic font-size for page meta (title, date, time, url, page
number) are also affected as well as page content on Chrome, so you may have
something in that webkit does not communicate well with the OS and makes
certain assumptions by itself (but the assumptions are different per
instance with Safari/Chrome).

I am not sure exactly how DPI would come into play here (I am not using any
em-, en-, or other font-based measurements), neither am I an expert on what
steps are taken in what order to produce centimetres as dictated by a CSS
file, but I can tell you that my system is rendering 96DPI — so we may not
be talking about the same issue.

Barney Carroll

barney.carroll at gmail.com
07594 506 381

2009/7/29 Felix Miata <mrmazda at earthlink.net>

> On 2009/07/29 10:41 (GMT+0100) Barney Carroll composed:
> > I've been requested to produce an HTML coupon to be printed out by the
> user
> > and redeemed in stores. The coupon is to feature (among other things)
> > resolution-sensitive elements such as small-print Ts&Cs and a barcode,
> and
> > the client is adamant that the coupon itself end up at A5 size (148 x 210
> > mm). I'm aware that HTML is an unusual, unpredictable and generally
> > inadvisable format for print, but in this particular circumstance it's a
> > moot point.
> > Using a high-resolution image with print-specific styles setting the
> > dimensions in mm, I have managed to produce consistent results across the
> > board (on standard settings, with my specific PC, with my specific
> printer)
> > — except in Safari.
> > Safari (using the same print dialogue settings) seems to print everything
> at
> > 3/4 size — including the header and footer data (title, date/time, url,
> page
> > #), as if its prerogative was to produce huge margins.
> > I was wondering if anybody knew with any certainty or a bit more practice
> > whether this was standard behaviour for Safari — ie, would it be worth
> my
> > while to set dimensions to 133.33% for Safari only?
> I don't know for a fact, but I'm guessing your testing desktop may not be
> at
> 96 DPI resolution, but somewhere around 120 or upwards. Safari is built on
> WebKit, which is locked to 96 DPI regardless of actual resolution, and most
> likely the same for print. I filed
> https://bugs.webkit.org/show_bug.cgi?id=18001 about its bad point sizes,
> plus
> a corresponding Apple bug directly on Safari.
> NAICT, this behavior is not actually unique to Safari, as on Linux I run
> higher than actual 96 DPI, where I have a problem with Fedex shipping
> labels
> always printing undersize, approximately as you describe. You may do well
> to
> do more testing after playing with your own screen settings, and likely
> will
> find a more widespread non-WYSIWYG printing problem.
> --
> No Jesus - No peace , Know Jesus -  Know Peace
>  Team OS/2 ** Reg. Linux User #211409
> Felix Miata  ***  http://fm.no-ip.com/
> --
> * * Please support the community that supports you.  * *
> http://evolt.org/help_support_evolt/
> For unsubscribe and other options, including the Tip Harvester
> and archives of thelist go to: http://lists.evolt.org
> Workers of the Web, evolt !

More information about the thelist mailing list