RE: Maintained matrix of CSS properties v. browsers/rendering engines ?

HP feedback from designers indicates their number one problem in
designing sites that print well is avoiding inappropriate page breaks.
They generally feel that support for 'page-break-*: avoid' and widows
and orphans, coupled with not cropping or splitting floats containing
replaced elements at page bounds, would address their primary issues.

Opera and Prince lead the pack in this regard...

Best wishes,

Melinda

> -----Original Message-----
> From: www-style-request@w3.org 
> [mailto:www-style-request@w3.org] On Behalf Of Philip TAYLOR
> Sent: Tuesday, January 30, 2007 10:26 AM
> To: www-style@w3.org
> Subject: Re: Maintained matrix of CSS properties v. 
> browsers/rendering engines ?
> 
> 
> My thanks to all who have responded.  AFAICT, Seamonkey 
> /should/ honour an <h3> with style
> "page-break-after: avoid" immediately followed by a <p> with 
> style "page-break-before: avoid"
> but does not (the print page is broken between the two); it's 
> not clear to me whether the style on the <p> is required at 
> all, but since adding it makes no difference, I am inclined 
> to think that
> 
> 	
> http://www.webdevout.net/browser_support_css.php?FX2=on&uas=CU
> STOM#css2propsprint
> 
> is rather disingenuous in its analysis of Firefox 2 w.r.t. 
> page-break-after: avoid and page-before-after: avoid (I have 
> checked, and Firefox 2.0.0.1 and Seamonkey
> 1.7 behave identically in this respect, so it's not an 
> artifact of Seamonkey).
> 
> If anyone would care to offer an opinion, a demo.
> document is at
> 
> 	
> http://training.rhul.ac.uk/resources/Documentation/Web-publish
> ing/IS-622/Page-break-demo.html
> 
> and the intrusive page break takes places after the <h3> 
> element "HTML Evolves" at the bottom of page 2 (assuming A4 
> paper with standard margins).
> 
> Philip  Taylor
> 
>

Received on Tuesday, 30 January 2007 19:45:11 UTC