[xep-support] Re: table column widths correct in FOP but not in XEP

From: Kevin Brown <kevin@renderx.com>
Date: Wed Jun 15 2011 - 10:08:49 PDT



I have no idea what you are doing outside of those two table-column
elements, but I can assure you that XEP does not produce incorrect column
widths. This produces two columns of the exact width you specified:


column-number="1" column-width="1.25in"/>
column-number="2" column-width="3in"/>
<fo:table-cell border="1pt solid black">
<fo:table-cell border="1pt solid black">


My assumption is that your FO has width="100%" on the table itself. If you
take the snippet above and add width="100%" to the fo:table, you will get
the result you said (which is correct as the table is 100% of the available
width and the columns are proportional scaled to ft that dimension). I
tested this with FOP and XEP and the results are what you report.


Kevin Brown



From: xep-support-bounces@renderx.com
[mailto:xep-support-bounces@renderx.com] On Behalf Of LW White
Sent: Wednesday, June 15, 2011 8:59 AM
To: xep-support@renderx.com
Subject: [xep-support] table column widths correct in FOP but not in XEP


A recent post on the DITA Users list provided a solution to a table column
width issue I had been struggling with for some time. Unfortunately, the
solution appears to work only with FOP. It does not work with XEP. In short,
the solution is to edit the tableSpecNonProportional parameter to have a
value of "true" in tables.xsl and/or tables_1.0.xsl. After making this
change and generating a PDF using FOP, the table colums are the width I
specified in colspec (1.25 in and 3 in). When generating with XEP, the
column widths are 2.375" in and 4.125 in.

The FO is as follows:

<fo:table-column column-number="1" column-width="1.25in"/>
<fo:table-column column-number="2" column-width="3in"/>

Does XEP just not respect the value of column-width when rendering tables?



(*) To unsubscribe, please visit http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service http://w
Received on Wed Jun 15 10:09:03 2011

This archive was generated by hypermail 2.1.8 : Wed Jun 15 2011 - 10:09:05 PDT