6 Oct 2008 03:19
Rotated block container inline-progression-dimension error condition
G. Ken Holman <gkholman <at> CraneSoftwrights.com>
2008-10-06 01:19:17 GMT
2008-10-06 01:19:17 GMT
Hi folks! 6.5.3 fo:block-container states that the inline-progression-dimension of a block container may not be "auto" if the inline-progression-direction is different from that of the parent of the container. Fine, but if a user neglects to specify the inline-progression-dimension on a block container rotated 90 then the initial value of "auto" applies, which I then assume is an error condition. I note that the Antenna House tool treats the dimension as narrow as it can be: as if it were an fo:float in that it is the length of the widest of the children areas. I note that the RenderX tool treats the dimension as wide as it can be: as if it were an fo:block in a parent region area in that it is the width of the parent, not the width of the content. The answer impacts on the position of the next formatting object after the block container: after the narrow container on the same page, or after the wide container on the next page. My intuition is that when not specified the error condition should treat the dimension as a region in which the blocks are placed, that is, the rotated block container is as wide as it can be. This is because while neither fo:float nor fo:block allow inline-progression-dimension to be specified, fo:float explicitly(Continue reading)
RSS Feed