[ docbook-Bugs-3404224 ] "*" is not recognized as valid relative unit

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Bugs item #3404224, was opened at 2011-09-05 11:49
Message generated for change (Comment added) made by mzjn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373747&aid=3404224&group_id=21935

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: saxon extensions
Group: Java extensions
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Björn Kautler (vampire0)
Assigned to: Nobody/Anonymous (nobody)
Summary: "*" is not recognized as valid relative unit

Initial Comment:
When using docbook-xsl-saxon, a colspec colwidth of value "*" is not recognized as equal to "1*", instead the saxon extension tries to parse "" as float and gets a NFE printing " is not a valid relative unit". This causes a colwidth of 0 in the FOT file and then a really ugly PDF. Also in HTML this doesn't look too nice. The page http://www.docbook.org/tdg/en/html/colspec.html#d0e52927 says "1*" is the same as "*".

----------------------------------------------------------------------

>Comment By: Mauritz Jeanson (mzjn)
Date: 2011-09-12 17:17

Message:
Three things:

* Yes, I suppose that your example works. It's just that I got a whole
bunch of annoying Ant errors that have nothing to do with this issue.
* There is a bug in fo/table.xsl: the '*' case is not handled properly
(the colspec.colwidth variable). I'll fix that.
* However, I'm pretty sure that you don't need the tablecolumns extension
for FO output. The FO processor should handle columns widths without it.
See also http://www.sagehill.net/docbookxsl/ColumnWidths.html.

----------------------------------------------------------------------

Comment By: Björn Kautler (vampire0)
Date: 2011-09-11 22:37

Message:
But this is exactly what my example does and it gives exactly the same
output:

.......
unpack-docbook-xsl:
    [unzip] Expanding: /tmp/example/lib/docbook/docbook-xsl-resources.zip
into /tmp/example/build/docbook-xsl

example:
   [delete] Deleting: /tmp/example/example.fot
     [xslt] Processing /tmp/example/example.xml to
/tmp/example/example.fot
     [xslt] Loading stylesheet
/tmp/example/build/docbook-xsl/docbook/fo/docbook.xsl
     [xslt] Making portrait pages on USletter paper (8.5inx11in)
     [xslt]  is not a valid relative unit.
     [xslt]  is not a valid relative unit.

BUILD SUCCESSFUL
Total time: 5 seconds
 $ java -cp lib/docbook/saxon.jar:lib/docbook/docbook-xsl-saxon.jar
com.icl.saxon.StyleSheet -o example.fot example.xml
build/docbook-xsl/docbook/fo/docbook.xsl use.extensions=1
tablecolumns.extension=1
Making portrait pages on USletter paper (8.5inx11in)
 is not a valid relative unit.
 is not a valid relative unit.
 $ 

The only error in my example is that it deletes example.html instead of
example.fot and thus will not recreate it if you've run it once.

----------------------------------------------------------------------

Comment By: Mauritz Jeanson (mzjn)
Date: 2011-09-11 21:46

Message:
Can we please make this as simple as possible? What happens if you run
something like this from the command line?

java -cp saxon.jar;docbook-xsl-saxon.jar com.icl.saxon.StyleSheet -o
example.html example.xml docbook.xsl use.extensions=1
tablecolumns.extension=1

----------------------------------------------------------------------

Comment By: Björn Kautler (vampire0)
Date: 2011-09-11 20:05

Message:
Hm, no, I'm still pretty sure I've seen it with html/chunk.xsl, I'm just
not able to reproduce it therewith anymore

----------------------------------------------------------------------

Comment By: Björn Kautler (vampire0)
Date: 2011-09-11 19:52

Message:
argh, this gave me a hard time reproducing.
I really was under the impression this happened to me with html/chunk.xsl
as well as with fo/docbook.xsl.
Since I reported this bug I restructured much of my build process and thus
thought this is the case that I cannot reproduct it anymore.
But it still happens with fo/docbook.xsl.
I've attacthed you a show-case.
Just unpack the archive and run "ant"

----------------------------------------------------------------------

Comment By: Mauritz Jeanson (mzjn)
Date: 2011-09-11 17:11

Message:
I can't reproduce this. Can you provide a test document and explain exactly
how you process it?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373747&aid=3404224&group_id=21935