OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [docbook-apps] height of rows in tables


Thanks again Bob.   It seems clear that XEP is trying to implement 
negative row-heights by subtracting from some value defined 
elsewhere.   Also that XEP is non-conformant in this respect.   So I 
tried Apache fop and got the same results as with XEP from the same 
XML file.

In the meantime, the non-conformance of XEP produces the hard copy I 
was looking for.

I suppose I should try Antenna House next - if that does the same, 
the XML source would be pretty near transportable even if 
non-conformant to the XSL-FO spec.  I really would prefer to  write 
standard source.

Ron





>Hi Ron,
>I didn't say to change the table.cell.padding attribute set, which 
>is applied generally.  I suggested removing the reference to it from 
>the template named 'empty.table.cell'.  But now that I think about 
>it, that wouldn't work because with the comment these cells are not 
>empty, so that template would not be applied.
>
>My point was that you are seeing vertical spacing in the those cells 
>that is caused by top and bottom padding in the table cell.  You'll 
>need to remove that padding to get control over the row height.  I 
>think you have to customize the template named table.cell.properties 
>from fo/table.xsl to override the attribute set for those cells with 
>just a comment.  That would require an xsl:choose statement to apply 
>padding-top="0pt" and padding-bottom="0pt" if the cell contains only 
>a comment.

Yes, match cells containing <!--  -->

>Regarding negative row height, I was just quoting the XSL-FO spec (a 
>height property is converted to a block-progression-dimension):
>
>"Negative values for block-progression-dimension.minimum, 
>block-progression-dimension.optimum, and 
>block-progression-dimension.maximum are invalid and are treated as 
>if "0pt" had been specified."
>
>It seems XEP is non conforming in this respect.
>
>Bob Stayton

-- 
Ron Catterall, Phd, DSc				email: ron@catterall.net
Prolongacion de Hidalgo 140				http://catterall.net/
San Felipe del Agua					tel: +52 951 520 1821
Oaxaca      68020	Mexico				fax: +1 530 348 8309


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]