W3C home > Mailing lists > Public > www-style@w3.org > September 2008

[page][gcpm] should a named page start on a new page?

From: Håkon Wium Lie <howcome@opera.com>
Date: Wed, 10 Sep 2008 19:12:50 +0200
Message-ID: <18632.18.114085.691573@opera.com>
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:


Use case 4:


The current proposal is written up here:


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:


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 Wium Lie                          CTO °þe®ª
howcome@opera.com                  http://people.opera.com/howcome
Received on Wednesday, 10 September 2008 17:13:37 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:27:39 UTC