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

RE: [gcpm] border-parts

From: Håkon Wium Lie <howcome@opera.com>
Date: Thu, 6 Nov 2008 15:38:18 +0100
Message-ID: <18707.346.423023.291268@opera.com>
To: "Grant, Melinda" <melinda.grant@hp.com>
Cc: "www-style@w3.org" <www-style@w3.org>

Also sprach Grant, Melinda:

 > I agree the preferred behavior should be to present it as early in
 > the page stream as possible. We may find more reasons that it must
 > be delayed, so I would lose the 'while' clause as superfluous. Also
 > if we're going to allow multiple items to flow to the same named
 > page, it won't be new anymore. And the element may not all resolve
 > to a single page sheet. How about:
 > 
 >         The element is floated to one or more page sheets styled
 >         according to the named page, which are created for the
 >         purpose of showing the element. Such floated pages are
 >         printed as immediately after the page from which they are
 >         displaced as possible. If this element is not the first
 >         page float to be displaced from this page area to this page
 >         name, its contents should begin on the last page sheet of
 >         the floated page sequence previously established (unless
 >         precluded, for example by page-breaking properties).

We're getting closer. I suggest:

  The element is floated to one or more named pages of the type
  specified. These named pages are created for the purpose of showing
  the element, and they are presented as early as possible after the
  page from which they are displaced. If the element is not the first
  page float to be displaced from the current page to the specified
  named page, its contents should continue on the last of the
  previously established named pages (unless precluded, for example, by
  page-breaking properties).

-h&kon
              Håkon Wium Lie                          CTO °þe®ª
howcome@opera.com                  http://people.opera.com/howcome
Received on Thursday, 6 November 2008 14:39:35 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:55:16 GMT