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: Re: DOCBOOK-APPS: Missing CDATA sections


This is where SGML was much better, none of these problems,
another of which is the custom layer - in XSL the layer is segmented
over a number of files, in DSSSL the custom file is a single file with
marked sections activated by the -i option...

I think that the XML toolchain is less reliable than the SGML toolchain,
I am having to do all my print conversions with the SGML toolchain
because the passivetex (or xsltproc) is broken (it doesn't work on my
system).

Also, the error messages produced by onsgmls are so much better
than those produced by xmllint...  I think at the moment that the SGML
toolchain is definately more usable (on my system and my configuration)

But I do like the idea of profiling and dynamic content so XML is definately
appealing, well I now author everything in XML but use both sets of tools to
do the output, xsltproc for xhtml and openjade for ps and pdf...

AM
----- Original Message -----
From: "Jeff Beal" <jeff.beal@ansys.com>
To: "docbook-apps" <docbook-apps@lists.oasis-open.org>
Sent: Thursday, July 11, 2002 4:37 PM
Subject: RE: DOCBOOK-APPS: Missing CDATA sections


> I'm pretty sure that most processors will throw away the <![CDATA[ and ]]>
> regardless of validity, simply because the parser doesn't pass that
> information along to the XSLT processor.  When the parser sees the CDATA
> section, it simply passes all of the characters in that section to the
> processor exactly as they are.
>
>
> -----Original Message-----
> From: Elliotte Rusty Harold [mailto:elharo@metalab.unc.edu]
> Sent: Thursday, July 11, 2002 11:17 AM
> To: fyl2xp1; docbook-apps
> Subject: Re: DOCBOOK-APPS: Missing CDATA sections
>
>
> At 3:15 PM +0100 7/11/02, fyl2xp1 wrote:
> If I process this file:
>
> <?xml version="1.0"?>
> <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
> "c:/docbook/docbkx412/docbookx.dtd">
> <article>
>    <sect1><title>Error Prone</title>
> <![CDATA[
> Im going to dissapear!
> ]]>
>    <para>
>      Yes that's right ladies and gentlemen, CDATA is gone!
>    </para>
>    </sect1>
> </article>
>
>
>
> Wild guess: it's a style sheet issue, but also an issue with your
> code. I don't think that's valid. The sect1 element does not allow
> mixed content. Thus it' not a huge surprise the stylesheet throws it
> away.
>
> Remember, CDATA sections are syntax sugar. They are *not* elements.
> In this case, they are not substitutes for a para. I suspect if you
> wrap a para around the CDATA section like this, everything will work:
>
> <?xml version="1.0"?>
> <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
> "c:/docbook/docbkx412/docbookx.dtd">
> <article>
>    <sect1><title>Error Prone</title>
>    <para>
> <![CDATA[
> Im going to dissapear!
> ]]>
> </para>
>    <para>
>      Yes that's right ladies and gentlemen, CDATA is gone!
>    </para>
>    </sect1>
> </article>
>
>
> Debugging tip: when the stylesheets aren't giving you what you
> expect, validate your documents and correct any errors you find. In
> my experience this fixes about half of the problems I initially
> attribute to the stylesheets.
> --
>
> +-----------------------+------------------------+-------------------+
> | Elliotte Rusty Harold | elharo@metalab.unc.edu | Writer/Programmer |
> +-----------------------+------------------------+-------------------+
> |          XML in a  Nutshell, 2nd Edition (O'Reilly, 2002)          |
> |              http://www.cafeconleche.org/books/xian2/              |
> |  http://www.amazon.com/exec/obidos/ISBN%3D0596002920/cafeaulaitA/  |
> +----------------------------------+---------------------------------+
> |  Read Cafe au Lait for Java News:  http://www.cafeaulait.org/      |
> |  Read Cafe con Leche for XML News: http://www.cafeconleche.org/    |
> +----------------------------------+---------------------------------+



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


Powered by eList eXpress LLC