W3C home > Mailing lists > Public > xsl-editors@w3.org > July to September 2001

Re: block-progression-dimension property

From: Anders Berglund <alrb@us.ibm.com>
Date: Wed, 22 Aug 2001 17:24:29 -0400
To: xsl-editors@w3.org
Message-ID: <OF27187950.D30809FE-ON85256AB0.007514D2@pok.ibm.com>
>W3C CR-XSL-20001121, Section 7.13.1. "block-progression-dimension",
states:
>"This property specifies the block-progression-dimension of the
>content-rectangle." It seems unclear as to how this should be interpreted.
>
>If the block-progression-dimension is set to a fixed length, can multiple
>areas be generated by a formatting object to which this property applies?
Or
>can only one area be generated with the specified
>block-progression-dimension?

This depends on the formatting object itself, not on the b-p-d value.

For example

for fo:external-graphic only ONE area may be generated (and the overflow
property says what to do if the graphic won't fit).

for fo:block-container ONE or MORE areas may be generated and each of
these has the b-p-d contstraint applied to it. For example if you
have some blocks in English followed by some vertically written
Japanese in a block-container the b-p-d effectively sets the "line length"
for the vertically written Japanese and if the text is longer than
what can be accomodated in the "width" of one area one more is generated
with the same b-p-d constraint (or "line length"). [You CAN use the
keep-together
property to inhibit the generation of more than one area, but that is
another
story...]

>If multiple areas can be generated, does each area have a
>block-progression-dimension of the specified length? Or is the sum of the
>block-progression-dimensions equal to the property's computed value?
>
>Similar questions probably also apply to the inline-progression-dimension
>property.

Analogous to the b-p-d explanation above.
Received on Wednesday, 22 August 2001 17:25:03 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:52 GMT