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

[CSS3-page]: Comments on pages media

From: Werner Donné <werner.donne@re.be>
Date: Thu, 25 Sep 2003 12:12:27 +0200
Message-ID: <3F72BF8B.4080103@re.be>
To: www-style@w3.org


These are some comments on the recent draft.

1) Printable and non-printable areas

The size of the non-printable area is user agent defined. In some cases this
will cause text to really stick to the edge of the paper. It does in any
case make the page layout less portable.

I think that the margin boxes should not be in the page margin. The margin
boxes should be region boxes and what is now the page-area should be the
body region. The page-area would then contain all the regions and the margins
would be around it.

2) Media Queries

I'm not sure if expressing page layout in terms of a conditional page size
has so much added value. I assume this is for page sizes which are set from
outside by the user agent. One can cope with that using relative values. The
cases where this is not good enough are, in my opinion, locale related.
Wouldn't it therefore be more useful to combine this with the pseudo class
:lang for @page rules?

3) Margin at-rules

It is not clear to me which are the properties that apply to these rules. The
examples seem to suggest that only the content property is allowed. This is
confirmed by the way the margin box sizes are determined. As I understand it
this is driven by the actual content of the boxes. This is a bottom-up approach.
Wouldn't it be useful to also provide top-down constraints such as the width
for top-boxes? How else can one deal with situations where the pieces of text
are somewhat longer and might overlap?

4) Populating margin boxes

The string-set property, combined with the page-policy, can be used to
provide content for the margin boxes coming from the document itself. The
content function, which is available in the string-set property, is however
not specified. My understanding is that it can capture text from within an
element. This is not enough for the margin boxes, because then it is
impossible to say how this text should layed out in the margin boxes. It is
also not an option to take over the properties that apply to the text which
was captured, because very often the style is different in the running headers
and footers from the style in the document itself.

I propose to introduce the formatted-set property. It could be applied to any
element. The effect would be that it would be set with the formatted result
of that element, even if its display type is "none", which would be the case
in practice if the destination is a margin box. In the latter case the element
would not be visible in the document flow, but would contribute to formatting
elsewhere. The "formatted" function would produce the formatted result, just
like the string function produces the captured string. In this proposal the
string-set property and string function would remain very useful to populate
these special elements.


Werner Donné  --  Re BVBA
Engelbeekstraat 8
B-3300 Tienen
tel: (+32) 486 425803	e-mail: werner.donne@re.be
Received on Thursday, 25 September 2003 06:14:03 UTC

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