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] | [Elist Home]

Subject: xsltproc and tablecolumns.extension (was Re: DOCBOOK-APPS: No framesaround tables - how to activate Saxon extensions for Norman Walsh's XSL 1.48?)

>>>>> "HR" == dbook  <dbook@centrum.cz> writes:

HR> Hello, I use PassiveTex for generating PDF from DocBook.
HR> Currently I use full Saxon 6.5 with JDK 1.3.1_01.  I have this
HR> problems:
HR> 1.) Tables, that hasn't specified sizes of columns are displayed
HR> incorretly - I solved it by specifying size for every column.
HR> 2.) Tables are without frames
HR> I have read somewhere, that parameters "tablecolumns.extension"
HR> and "use.extensions" solve this problems. So I set it to "1", but
HR> now Saxon generate this message:
>> No adjustColumnWidths function available.  Processing terminated by
>> xsl:message at line 183

I, too, have this problem and I'm using PassiveTeX, but I'm using
xsltproc (from libxslt).  I think that xsltproc doesn't yet implement
that extension.  Any word (Daniel V.?) on whether that is planned or
even possible at some stage in xsltproc?  It's not part of the exsl
extension set, it's one of Norm's own Java classes, is that correct?
Perhaps a near equivalent in, or proposed for, exsl?

It sure would be nice to be able to specify proportional columns
widths in the XSL rather than hardcode them to keep PassiveTeX happy.

On the second issue, the tables without frames (when <table
frame="all> is set) problem seems to be orthogonal to the
tablecolumns.extension problem.  Has anybody managed to successfully
generate tables *with* frames when setting the "frame=all" attribute,
using the PassiveTeX toolchain?

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

Powered by eList eXpress LLC