Andreas L Delmelle wrote:
<snip/>
The Rec in all its glory! :)
I wonder what this means for tables that don't have a block-container
parent. Note that, since a block's b-p-d can't be specified, that
leaves only block-container as a possible and reliable base 'block-
level FO that generates the closest area ancestor'. If there is no such
block-container, the behavior of percentages would again be undefined.
If there's only a parent block, then this would create a circular
dependency, as you point out...
In the case where fo:table is a child of fo:block or fo:flow isn't the
nearest ancestor reference area the fo:region-body? Whose bpd will be known.
Besides that, mind that the native XSL property 'block-progression-
dimension' does not directly apply to table or table-row. That is,
specifying block-progression-dimension="100%" on a table or table-row
would (and should) not have any effect. Only the CSS-XSL hybrids
'height/min-height/max-height' apply to them. Now, these being CSS
properties in origin, I think that either:
a) the first rule in 7.3 applies
"1. For properties defined in CSS2 referring to the "containing block",
the content-rectangle of the closest ancestor block-area that is not a
line-area is used."
or b), the height property being mapped to XSL's block-progression-
dimension (or inline-progression-dimension), the fourth rule applies
"4. If the formatting object generating the identified area generates a
sequence of such areas, the first area is used for the conversion."
I'd put my money on a). Moreover, this is most likely why XSL
explicitly refers to CSS in its definition of height, since percentage
heights for tables and table-rows in CSS are /not/ defined in terms of
a containing block --they are undefined altogether :(
b) seems to make matters even worse. It would again lead to a circular
dependency for some tables that are direct descendants of the flow,
since that 'first area' could correspond to the first area generated by
the table itself... If not, then it could also be an area generated by
a completely unrelated block (=first block in the flow) preceding the
table...? Big Shrug indeed!
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
