docbook-apps

Hi,
I can confirm that this problem exists in 1.76.1 when using Saxon 6. I'm not sure why
Denis did not see it in 1.76.1. The problem stems from the doctype attributes in the
xsl:output element in xhtml/docbook.xsl, which webhelp imports. In Saxon 6, once a
doctype has been declared in xsl:output, there is not way to set it back to blank. I
confirmed this problem with Michael Kay some time ago. So once xhtml/docbook.xsl is
imported, there is no way to output a file without a DOCTYPE when using Saxon 6.

The xhtml5 stylesheet in 1.77.1 does not have doctype attributes in its xsl:output
elements, and so it should not have this problem. I might suggest trying to base the
webhelp stylesheet on chunk.xsl in xhtml5 in 1.77.1 rather than on xhtml. I don't
have time to try it right now, though.

Bob Stayton
Sagehill Enterprises
bobs@sagehill.net


----- Original Message -----
From: "David Cramer" <david@thingbag.net>
To: <denis.bradford@verizon.net>
Cc: <docbook-apps@lists.oasis-open.org>
Sent: Sunday, June 17, 2012 8:33 PM
Subject: Re: [docbook-apps] olink target.db generation problem in 1.77 Webhelp output


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Denis,
> This sounds like that annoying Saxon 6.5 bug where all chunks get the
> same DOCTYPE (i.e. you can't change it for one of the chunks you write
> out). I'd be surprised if that was not there in 1.76.1. When I've been
> faced with that, I've had the build file munch the file to remove the
> unwanted DOCTYPE statement. Alternatively, you could modify your ant
> script to use xsltproc for the xslt portion.
>
> David
>
> On 06/17/2012 08:44 AM, Denis Bradford wrote:
>>> The problem seems to be the doctype generation in the generated
>>> targetdb
>>
>> Sorry, I meant The problem seems to be the doctype line in the
>> generated target.db
>>
>>
>> On 06/17/2012 09:36 AM, Denis Bradford wrote:
>>> docbook-xsl-ns-1.77.1 appears to break Webhelp olinks. My build
>>> hangs while processing the target database. The problem seems to
>>> be the doctype generation in the generated targetdb, which was
>>> not there in 1.76.1:
>>>
>>> >>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

> not sure why Denis did not see it in 1.76.1.

Possibly because I wasn't using the ns version of the stylesheets with
1.76, as I should have been. Thanks for the info about Saxon and the
xhtml5 suggestion. I'll let you know if I try it and learn anything.

On 06/19/2012 02:10 PM, Bob Stayton wrote:
> Hi,
> I can confirm that this problem exists in 1.76.1 when using Saxon 6. I'm
> not sure why Denis did not see it in 1.76.1. The problem stems from the
> doctype attributes in the xsl:output element in xhtml/docbook.xsl, which
> webhelp imports. In Saxon 6, once a doctype has been declared in
> xsl:output, there is not way to set it back to blank. I confirmed this
> problem with Michael Kay some time ago. So once xhtml/docbook.xsl is
> imported, there is no way to output a file without a DOCTYPE when using
> Saxon 6.
>
> The xhtml5 stylesheet in 1.77.1 does not have doctype attributes in its
> xsl:output elements, and so it should not have this problem. I might
> suggest trying to base the webhelp stylesheet on chunk.xsl in xhtml5 in
> 1.77.1 rather than on xhtml. I don't have time to try it right now, though.
>
> Bob Stayton
> Sagehill Enterprises
> bobs@sagehill.net
>
>
> ----- Original Message ----- From: "David Cramer" <david@thingbag.net>
> To: <denis.bradford@verizon.net>
> Cc: <docbook-apps@lists.oasis-open.org>
> Sent: Sunday, June 17, 2012 8:33 PM
> Subject: Re: [docbook-apps] olink target.db generation problem in 1.77
> Webhelp output
>
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi Denis,
>> This sounds like that annoying Saxon 6.5 bug where all chunks get the
>> same DOCTYPE (i.e. you can't change it for one of the chunks you write
>> out). I'd be surprised if that was not there in 1.76.1. When I've been
>> faced with that, I've had the build file munch the file to remove the
>> unwanted DOCTYPE statement. Alternatively, you could modify your ant
>> script to use xsltproc for the xslt portion.
>>
>> David
>>
>> On 06/17/2012 08:44 AM, Denis Bradford wrote:
>>>> The problem seems to be the doctype generation in the generated
>>>> targetdb
>>>
>>> Sorry, I meant The problem seems to be the doctype line in the
>>> generated target.db
>>>
>>>
>>> On 06/17/2012 09:36 AM, Denis Bradford wrote:
>>>> docbook-xsl-ns-1.77.1 appears to break Webhelp olinks. My build
>>>> hangs while processing the target database. The problem seems to
>>>> be the doctype generation in the generated targetdb, which was
>>>> not there in 1.76.1:
>>>>
>>>> >>>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">