Bugs item #713422, was opened at 2003-04-01 09:27
Message generated for change (Settings changed) made by bobstayton
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=373747&aid=713422&group_id=21935
Category: DocBook XSL FO
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Robert Stayton (bobstayton)
>Assigned to: Robert Stayton (bobstayton)
Summary: variablelist term width not quite right
Initial Comment:
The current version of fop (fop-0.20.5rc2) generates an
infinite loop when processing variablelist with small term
item. See: http://lists.oasis-open.org/archives/docbook-
apps/200303/msg00366.html
The xep-support mailing list also reports a problem.
I use Norm Walsh's DocBook XSLT 1.56.0 files to create
PDF's. (However,
I think, the version of the XSLT's doesn't matter).
If I process the following small section w/ these files,
and run the
resulting XSL:FO through XEP, I get very weird output. It
seems as if
the <fo:list-item-body/> element did not get enough
place to be rendered
as it should be.
<!-- snip -->
<?xml version="1.0"?>
<!DOCTYPE section SYSTEM "docbookx.dtd">
<section> <title>Title</title>
<variablelist>
<varlistentry>
<term>instr(<instr>)</term><listitem>
<simplelist
type="vert" columns="5">
<member><computeroutput>set:
0</computeroutput></member>
<member><computeroutput>res:
1</computeroutput></member>
</simplelist>
</listitem>
</varlistentry>
</variablelist>
</section>
<!-- snip! -->
Observations
------------
[1] When I use XEP 3.2.x, the same generated FO
renders beautifully. (I
added an example as PDF).
[2] When I remove the "provisional-distance-between-
starts", then the
label (obviously) is narrowed in its width, but the body
renders
correcly.
[3] When I *change* the "provisional-distance-between-
starts" to some
smaller values, I can see how the list-body items start to
unwrap to
eventually be completely on one line (as expected).
Again, the label is
narrowed in its width.
[4] Strange: If I display the PDF in Acrobat Reader
5.1.0, I can see the
"set:" and "res:" text displayed *right-to-left* above
the "0"es. If I,
however, zoom in above 111%, the "set:" and "res:" text
is not anymore
displayed(!). In Acrobat 4, this doesn't happen, instead
the "set:" and
"res:" text is always displayed *right-to-left* above
the "0"es. Might
be an Acrobat Reader issue, though.
[5] I use W2K, JVM 1.4.1 from SUN
[6] For your convenience, I added the XML, the FO file
as well as the
generated PDF's.
[7] The "zvon.fo" is a much simpler FO example from
ZVON.org that
renders OK both in XEP 3.3.x and XEP 3.2.3.
QUESTION: Might this be a bug in XEP or do I need to
customize Norm's
Stylesheets (that worked well until now)? From my
understanding, the FO
that is generated by Norm's XSLT Stylesheets
is "compliant", although a
*bit* complex sometimes. It might however be, that
there is some
non-compliant output, or that I missed something
important.
Did anyone else see this "out in the wild"? Any
comment or hint or
solution appreciated.
Best regards,
Johann Richard
----------------------------------------------------------------------
Comment By: Robert Stayton (bobstayton)
Date: 2003-08-14 14:00
Message:
Logged In: YES
user_id=193218
I checked in changes to fo/lists.xsl to improve how the indent
properties are computed and set for variablelists. It fixes the
problem with not enough space in the label area. There may
still be issues with the simplelist formatting.
----------------------------------------------------------------------
Comment By: Robert Stayton (bobstayton)
Date: 2003-04-01 09:31
Message:
Logged In: YES
user_id=193218
Also this followup message from David Bridgeland on the
FOP bug:
http://lists.oasis-open.org/archives/docbook-
apps/200303/msg00378.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=373747&aid=713422&group_id=21935
|