Re: [docbook-apps] Re: Experimental DocBook XSL V1.64.0 released

["Bob Stayton" <bobs@sagehill.net>]

That is a PassiveTeX problem.  Here is the comment regarding the change:

revision 1.45
date: 2003/11/24 16:32:30;  author: nwalsh;  state: Exp;  lines: +19 -7
Make sure that fo:list-item-body always contains an fo:block

The XSL spec says that
fo:list-item-body can only contain fo:block, so I suspect there were
some kinds of listitem content that was not generating its own
block. This change makes sure the fo output is conformant.

It is common in the stylesheets to nest fo:blocks, and they should not
generate any extra space unless there are properties on
the block that specify such space. That's why I think this
is a PassiveTeX problem.

Bob Stayton
Sagehill Enterprises
bobs@sagehill.net


----- Original Message ----- 
From: "Justus H. Piater" <Justus.Piater@ULg.ac.be>
To: <docbook-apps@lists.oasis-open.org>
Sent: Wednesday, December 17, 2003 8:09 AM
Subject: [docbook-apps] Re: Experimental DocBook XSL V1.64.0 released


<listitem>
  <para>...</para>
</listitem>

now generates two nested fo:blocks. This was not the case as of XSL
V1.61.3; I have not tried the version(s) in-between.

Why?

This breaks PassiveTeX which creates an empty line before the text
inside the para. I don't know what the FO spec says; this may well be
a PassiveTeX problem.

Justus

-- 
Justus H. Piater, Ph.D.         http://www.montefiore.ulg.ac.be/~piater/
Institut Montefiore, B28        Phone: +32-4-366-2279
Université de Liège, Belgium    Fax:   +32-4-366-2620


To unsubscribe from this list, send a post to
docbook-apps-unsubscribe@lists.oasis-open.org, or visit
http://www.oasis-open.org/mlmanage/.