- From: Håkon Wium Lie <howcome@opera.com>
- Date: Wed, 10 Sep 2008 19:12:50 +0200
- To: www-style@w3.org
The CSS WG started discussing the 'page' property today.
Here are the messages with use cases:
Use cases 1, 2, 3:
http://lists.w3.org/Archives/Public/www-style/2008Aug/0136.html
Use case 4:
http://lists.w3.org/Archives/Public/www-style/2008Aug/0152.html
The current proposal is written up here:
http://dev.w3.org/csswg/css3-gcpm/Overview.html#page-lists
The four examples in the editor's draft correspond to the use cases.
As the proposal stands, a non-auto value on 'page' will always cause a
page break before the element. This is a change from CSS2 where two
elements that have the same non-auto value on 'page' would end up on
the same page if there is room.
Here is an example to illustrate why the change is beneficial.
Consider this markup:
<div>...</div>
<div>...</div>
combined with this style sheet:
div { page: foo }
@page foo { ... }
@page foo:first { ... }
Let's assume that a page break is not generated and that the second
element starts on the page where the first element ends. If so, will
that page be a :first page? If the anwser is yes, the formatter may
have to go back and change the margins/headers/footers of a page that
has already been (partially) laid out. If not, :first doesn't live up
to its promises.
I think adding a page break there is simpler, cleaner and I don't
think it affects many pages.
-h&kon
Håkon Wium Lie CTO °þe®ª
howcome@opera.com http://people.opera.com/howcome
Received on Wednesday, 10 September 2008 17:13:37 UTC