@page margin:0 seems to be special and does not behave the same as margin:0.01px w.r.t. non-printable areas
Categories
(Core :: Printing: Output, defect, P3)
Tracking
()
People
(Reporter: MatsPalmgren_bugz, Unassigned)
Details
(Keywords: parity-chrome, testcase, Whiteboard: [print2020])
Attachments
(3 files)
This test has @page { margin:0.01px; }
and when I print it (using a clean profile) to my printer the border is about 0.5cm
in from the paper edge. IOW, it seems 0.01px
is added to the printers unwriteable margin. Compare this with the same test with @page { margin:0; }
which behaves differently - it ignores the unwriteable margin. So it appears the we special-case the margin:0
case?
It seems Chrome always honors a @page
margin and ignores the unwriteable margin when it's specified (at least with the "Default" setting in the print UI). That seems like a more reasonable and predictable behavior to me. The user should be able to override that in the print UI of course.
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
That was an intentional difference, see bug 1672529. But yeah, maybe we should always honor them.
Updated•4 years ago
|
Comment 2•2 years ago
|
||
(just for completeness/comparison, here's a variant of the original testcase but with margin:0)
Comment 3•2 years ago
|
||
(and here's a screenshot showing how these testcases render, using the "Margins: Default" user-specified-margins setting [i.e. default behavior in a fresh profile])
Description
•