[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: DOCBOOK-APPS: Re: Table problems in FO
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 / Jeff Beal <jeff.beal@ansys.com> was heard to say: | First, if I don't specifically specify a rowsep or colsep on the tgroup, the | FO stylesheets are not drawing cell borders. I've been poking around for a | bit, and this line from the CALS specification seems to indicate that the | default value for these should be 1: "Default = IMPLIED, (means use value | from tgroupstyle if any, else from <table> if any, else '1')." ). " ( Right you are. Fixed. | My other problem is a little stickier. It involves table widths. We have | been using absolute column widths on all of our tables (2,392 of them, to be | exact.) and our current print engine (Epic 3.0.1) determines the table width | based on the sum of the column widths. The XSL stylesheets don't do that. | Without turning on the tablecolumn.extensions, we get columns that extend | past the edge of the table, or gaps between the edge of the rightmost column | and the leftmost column. With the tablecolumn.extensions, we get a lot of | tables that look either compressed or stretched. Can you provide an example of this problem? If you're specifying absolute widths for all the columns, I don't see how the absence of a width for the table should have any effect. Be seeing you, norm - -- Norman Walsh <ndw@nwalsh.com> | All things are contingent. And http://www.oasis-open.org/docbook/ | there is chaos.--Spalding Gray Chair, DocBook Technical Committee | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/> iD8DBQE+E07EOyltUcwYWjsRAtIEAKCImp8mCmPWVPs7OH/y8vAqJF4mpACeN5g9 LbUpKBCpF6nwYIFWL4g4+tY= =O+yf -----END PGP SIGNATURE-----
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC