- From: Håkon Wium Lie <howcome@opera.com>
- Date: Mon, 21 Oct 2013 20:41:11 +0200
- To: "Cramer\, Dave" <Dave.Cramer@hbgusa.com>
- Cc: Simon Sapin <simon.sapin@exyr.org>, "www-style\@w3.org" <www-style@w3.org>
Dave Cramer wrote:
> > > http://dev.w3.org/csswg/css-page/#page-marks-bleed
> >
> >Good. Perhaps the text should say explicitly that negative values are
> >allowed? Like:
> >
> > A positive value makes the background of the page box extend outside
> > the edge of the page on all four sides. Correspondingly, a negative
> > value will result in the background of the page box being pushed in
> > from the edge of the page on all four sides. Setting the bleed does
> > not change the starting position of background images.
>
> I've never heard of a negative bleed. Would this just be an easy way to
> have backgrounds that don't extend to the edge of the page?
Yes. And a way of avoiding to describe error situations.
Currently, AH supports negative values, PR does not.
> At least in the U.S., the most common value for bleeds is 9pt; would that
> be a better initial value, or do other parts of the world use smaller
> values?
I don't know. 9pt sounds like an excellent value :)
> Another issue for us is how far the page marks are from the page box.
> Commercial printers sometimes want this value to be larger than the bleed
> amount. Our major printer wants all marks to be at least 18pt from the
> page box, even though the bleed amount is 9pt. PrinceXML has a
> "prince-trim" property which used to affect this (its behavior has changed
> in current versions).
In the interest of avoiding stacks of properties, could we find one
descign that works for all/most printers?
-h&kon
Håkon Wium Lie CTO °þe®ª
howcome@opera.com http://people.opera.com/howcome
Received on Monday, 21 October 2013 18:42:07 UTC