Giuseppe Greco | 2 Dec 2011 00:58
Gravatar

Strange HTML output...

Hi,

I've completed my porting to docbook 5 and I've also reworked my
building system - I use docbkx, a maven plugin that let me easily
generate HTML and PDF.

PDF output is perfect... while HTML output isn't. Here below is the HTML
output I get:

--------------------------------------------------------------------------------------
C# Coding Guidelines
Giuseppe Greco
<giuseppe.greco <at> agamura.com>

3.0

Copyright © 2012 Agamura, Inc.

All rights reserved. This document is provided as-is and its content may
change without prior notice - you bear the risk of using it. You may
copy and use this document without limitation, but it does not provide
you with any legal right to any intellectual property of Agamura, Inc.

Trademarks.  Agamura and the Agamura logo are trademarks of Agamura,
Inc. All other names are trademarks of their respective owners.

________________________________________________________________________
<sect1> <title>Introduction</title> <para> This document describes a set
of coding style guides for developing programs in the C# language.
</para> <para> A style guide is a set of mandatory requirements for
(Continue reading)

Bob Stayton | 2 Dec 2011 02:10

Re: Strange HTML output...

Hi Giuseppe,
That red output indicates that the elements in the DocBook source file are not being 
recognized by the stylesheet. In this case, it is probably a mismatch in namespace. 
That can happen when XIncluding DocBook 4 content into a DocBook 5 book.  Not sure why 
it only shows up in HTML and not FO.

Does docbkx give you access to stylesheet error messages?  If so, that will tell you 
more about the mismatch of these elements.

Are you using a stylesheet customization layer?  Are you doing chunking of the HTML 
output?

Bob Stayton
Sagehill Enterprises
bobs <at> sagehill.net

----- Original Message ----- 
From: "Giuseppe Greco" <giuseppe.greco <at> agamura.com>
To: <docbook <at> lists.oasis-open.org>
Sent: Thursday, December 01, 2011 3:58 PM
Subject: [docbook] Strange HTML output...

> Hi,
>
> I've completed my porting to docbook 5 and I've also reworked my
> building system - I use docbkx, a maven plugin that let me easily
> generate HTML and PDF.
>
> PDF output is perfect... while HTML output isn't. Here below is the HTML
> output I get:
(Continue reading)

David Cramer | 2 Dec 2011 02:15
Gravatar

Re: Strange HTML output...

To see the stylesheet errors from sickbed messages, do "mvn -X"

David
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Bob Stayton <bobs <at> sagehill.net> wrote:
Hi Giuseppe,
That red output indicates that the elements in the DocBook source file are not being
recognized by the stylesheet. In this case, it is probably a mismatch in namespace.
That can happen when XIncluding DocBook 4 content into a DocBook 5 book. Not sure why
it only shows up in HTML and not FO.

Does docbkx give you access to stylesheet error messages? If so, that will tell you
more about the mismatch of these elements.

Are you using a stylesheet customization layer? Are you doing chunking of the HTML
output?

Bob Stayton
Sagehill Enterprises
bobs <at> sagehill.net


----- Original Message -----
From: "Giuseppe Greco" <giuseppe.greco <at> agamura.com>
To: <docbook <at> lists.oasis-open.org>
Sent: Thursday, December 01, 2011 3:58 PM
Subject: [docbook] Strange HTML output...


> Hi,
>
> I've completed my porting to docbook 5 and I've also reworked my
> building system - I use docbkx, a maven plugin that let me easily
> generate HTML and PDF.
>
> PDF output is perfect... while HTML output isn't. Here below is the HTML
> output I get:
>
>
> C# Coding Guidelines
> Giuseppe Greco
> <giuseppe.greco <at> agamura.com>
>
>
> 3.0
>
>
> Copyright © 2012 Agamura, Inc.
>
>
> All rights reserved. This document is provided as-is and its content may
> change without prior notice - you bear the risk of using it. You may
> copy and use this document without limitation, but it does not provide
> you with any legal right to any intellectual property of Agamura, Inc.
>
> Trademarks. Agamura and the Agamura logo are trademarks of Agamura,
& gt; Inc. All other names are trademarks of their respective owners.
>
>
>
> <sect1> <title>Introduction</title> <para> This document describes a set
> of coding style guides for developing programs in the C# language.
> </para> <para> A style guide is a set of mandatory requirements for
> layout and formatting. Uniform style makes it easier for other
> developers to grasp the essence of your programs quickly. </para> <para>
> A style guide makes you more productive because it <emphasis>reduces
> gratuitous choice</emphasis>. If you do not have to make choices about
> trivial matters, you can spend your energy on the solution of real
> problems. </para> <para> In these guidelines, several constructors are
> plainly outlawed...
>
>
> As you can see, title, legal notice, ver sion are OK... while the rest
> (i.e. sect1) isn't. The docbook tags are output as they are in the
> source files - more or less, here is the real HTML code:
>
> ...
> <span style="color: red">&lt;para&gt;
> This document describes a set of coding style guides for developing
> programs in the C# language.
> &lt;/para&gt;</span>
> ...
>
> Does anybody already experienced something similar? Any help would be
> reeeally appreciated.
>
> Thanks a lot,
> j3d
>
> --
>
> Giuseppe Greco
> 6949 Comano
> Switzerland
>
> call giuseppe.greco via Skype
> phone: +41 (0)91 234 51 09
> mobile: +41 (0)79 590 33 06
> email: giuseppe.greco <at> agamura.com
>
>
>
>
> To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
> For additional commands, e-mail: docbook-help <at> lists.oasis-open.org
>
>
>



To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
For additional commands, e-mail: docbook-help <at> lists.oasis-open.org

David Cramer | 2 Dec 2011 04:46
Gravatar

Re: Strange HTML output...

s/sickbed/Docbkx/

Damn you autocorrect...

On Thu 01 Dec 2011 07:15:48 PM CST, David Cramer wrote:
> To see the stylesheet errors from sickbed messages, do "mvn -X"
>
> David
> -- 
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Giuseppe Greco | 2 Dec 2011 12:04
Gravatar

Re: Strange HTML output...

Hi bob,

Yes... I've a customization layer 
(http://www.agamura.com/docbook/stylesheets/current/)... but this is
not 
the problem since I get exactly the same result with the official 
docbook stylesheet.

I've also tried to run docbkx in debug mode... but everything just 
looks fine (no errors, no warnings), and it doesn't matter whether or 
not I'm  chunking HTML.

If you want to give a look at my docbook source files, they are 
available for download here: 
https://github.com/agamura/home/tree/master/technotes

Thanks,
j3d

On 01.12.2011 19:10, Bob Stayton wrote:
> Hi Giuseppe,
> That red output indicates that the elements in the DocBook source
> file are not being recognized by the stylesheet. In this case, it is
> probably a mismatch in namespace. That can happen when XIncluding
> DocBook 4 content into a DocBook 5 book.  Not sure why it only shows
> up in HTML and not FO.
>
> Does docbkx give you access to stylesheet error messages?  If so,
> that will tell you more about the mismatch of these elements.
>
> Are you using a stylesheet customization layer?  Are you doing
> chunking of the HTML output?
>
> Bob Stayton
> Sagehill Enterprises
> bobs <at> sagehill.net
>
>
> ----- Original Message ----- From: "Giuseppe Greco"
> <giuseppe.greco <at> agamura.com>
> To: <docbook <at> lists.oasis-open.org>
> Sent: Thursday, December 01, 2011 3:58 PM
> Subject: [docbook] Strange HTML output...
>
>
>> Hi,
>>
>> I've completed my porting to docbook 5 and I've also reworked my
>> building system - I use docbkx, a maven plugin that let me easily
>> generate HTML and PDF.
>>
>> PDF output is perfect... while HTML output isn't. Here below is the 
>> HTML
>> output I get:
>>
>> 
>>
--------------------------------------------------------------------------------------
>> C# Coding Guidelines
>> Giuseppe Greco
>> <giuseppe.greco <at> agamura.com>
>>
>>
>> 3.0
>>
>>
>> Copyright © 2012 Agamura, Inc.
>>
>>
>> All rights reserved. This document is provided as-is and its content 
>> may
>> change without prior notice - you bear the risk of using it. You may
>> copy and use this document without limitation, but it does not 
>> provide
>> you with any legal right to any intellectual property of Agamura, 
>> Inc.
>>
>> Trademarks.  Agamura and the Agamura logo are trademarks of Agamura,
>> Inc. All other names are trademarks of their respective owners.
>>
>>
>> 
>>
________________________________________________________________________
>> <sect1> <title>Introduction</title> <para> This document describes a 
>> set
>> of coding style guides for developing programs in the C# language.
>> </para> <para> A style guide is a set of mandatory requirements for
>> layout and formatting. Uniform style makes it easier for other
>> developers to grasp the essence of your programs quickly. </para> 
>> <para>
>> A style guide makes you more productive because it <emphasis>reduces
>> gratuitous choice</emphasis>. If you do not have to make choices 
>> about
>> trivial matters, you can spend your energy on the solution of real
>> problems. </para> <para> In these guidelines, several constructors 
>> are
>> plainly outlawed...
>> 
>>
--------------------------------------------------------------------------------------
>>
>> As you can see, title, legal notice, version are OK... while the 
>> rest
>> (i.e. sect1) isn't. The docbook tags are output as they are in the
>> source files - more or less, here is the real HTML code:
>>
>> ...
>> <span style="color: red">&lt;para&gt;
>>  This document describes a set of coding style guides for developing
>>  programs in the C# language.
>> &lt;/para&gt;</span>
>> ...
>>
>> Does anybody already experienced something similar? Any help would 
>> be
>> reeeally appreciated.
>>
>> Thanks a lot,
>> j3d
>>
>> -- ----------------------------------------
>> Giuseppe Greco
>> 6949 Comano
>> Switzerland
>>
>> call giuseppe.greco via Skype
>> phone:  +41 (0)91 234 51 09
>> mobile: +41 (0)79 590 33 06
>> email:  giuseppe.greco <at> agamura.com
>> ----------------------------------------
>>
>>
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
>> For additional commands, e-mail: docbook-help <at> lists.oasis-open.org
>>
>>
>>
Mark Craig | 2 Dec 2011 13:30
Picon
Gravatar

Re: Strange HTML output...

Hello,

When I add <generatedSourceDirectory>${basedir}/generated</generatedSourceDirectoryto the docbkx-tools configuration, and then run the stylesheet for HTML directly on the result, I get lots of "no template matches" errors. And the output looks almost identical.

$ xsltproc ~/Documents/docbook/html/docbook.xsl generated/\(gen\)csharp-coding-guidelines.xml > csharp-coding-guidelines.html
Element sect1 in namespace '' encountered in article, but no template matches.
Element title in namespace '' encountered in sect1, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element emphasis in namespace '' encountered in para, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element sect1 in namespace '' encountered in article, but no template matches.
Element title in namespace '' encountered in sect1, but no template matches.
Element para in namespace '' encountered in sect1, but no template matches.
Element filename in namespace '' encountered in para, but no template matches.
…this continues for many lines…

Instead, when I add
as attributes to article, and then also add the attributes to the independent documents, and also clean up a number of validation errors, both the mvn compile and separate xsltproc work without errors.
(I'm not absolutely sure that you need to add all those attributes to the independent documents that get Xinclude'd, but I'm editing and validating with Eclipse, and it seems to need the schema for each document.)

Hope it helps.
Regards,
Mark

On Dec 2, 2011, at 12:04 PM, Giuseppe Greco wrote:

Hi bob,

Yes... I've a customization layer
(http://www.agamura.com/docbook/stylesheets/current/)... but this is
not
the problem since I get exactly the same result with the official
docbook stylesheet.

I've also tried to run docbkx in debug mode... but everything just
looks fine (no errors, no warnings), and it doesn't matter whether or
not I'm  chunking HTML.

If you want to give a look at my docbook source files, they are
available for download here:
https://github.com/agamura/home/tree/master/technotes

Thanks,
j3d

On 01.12.2011 19:10, Bob Stayton wrote:
Hi Giuseppe,
That red output indicates that the elements in the DocBook source
file are not being recognized by the stylesheet. In this case, it is
probably a mismatch in namespace. That can happen when XIncluding
DocBook 4 content into a DocBook 5 book.  Not sure why it only shows
up in HTML and not FO.

Does docbkx give you access to stylesheet error messages?  If so,
that will tell you more about the mismatch of these elements.

Are you using a stylesheet customization layer?  Are you doing
chunking of the HTML output?

Bob Stayton
Sagehill Enterprises
bobs <at> sagehill.net


----- Original Message ----- From: "Giuseppe Greco"
<giuseppe.greco <at> agamura.com>
To: <docbook <at> lists.oasis-open.org>
Sent: Thursday, December 01, 2011 3:58 PM
Subject: [docbook] Strange HTML output...


Hi,

I've completed my porting to docbook 5 and I've also reworked my
building system - I use docbkx, a maven plugin that let me easily
generate HTML and PDF.

PDF output is perfect... while HTML output isn't. Here below is the
HTML
output I get:



--------------------------------------------------------------------------------------
C# Coding Guidelines
Giuseppe Greco
<giuseppe.greco <at> agamura.com>


3.0


Copyright © 2012 Agamura, Inc.


All rights reserved. This document is provided as-is and its content
may
change without prior notice - you bear the risk of using it. You may
copy and use this document without limitation, but it does not
provide
you with any legal right to any intellectual property of Agamura,
Inc.

Trademarks.  Agamura and the Agamura logo are trademarks of Agamura,
Inc. All other names are trademarks of their respective owners.




________________________________________________________________________
<sect1> <title>Introduction</title> <para> This document describes a
set
of coding style guides for developing programs in the C# language.
</para> <para> A style guide is a set of mandatory requirements for
layout and formatting. Uniform style makes it easier for other
developers to grasp the essence of your programs quickly. </para>
<para>
A style guide makes you more productive because it <emphasis>reduces
gratuitous choice</emphasis>. If you do not have to make choices
about
trivial matters, you can spend your energy on the solution of real
problems. </para> <para> In these guidelines, several constructors
are
plainly outlawed...


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

As you can see, title, legal notice, version are OK... while the
rest
(i.e. sect1) isn't. The docbook tags are output as they are in the
source files - more or less, here is the real HTML code:

...
<span style="color: red">&lt;para&gt;
This document describes a set of coding style guides for developing
programs in the C# language.
&lt;/para&gt;</span>
...

Does anybody already experienced something similar? Any help would
be
reeeally appreciated.

Thanks a lot,
j3d

-- ----------------------------------------
Giuseppe Greco
6949 Comano
Switzerland

call giuseppe.greco via Skype
phone:  +41 (0)91 234 51 09
mobile: +41 (0)79 590 33 06
email:  giuseppe.greco <at> agamura.com
----------------------------------------



---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
For additional commands, e-mail: docbook-help <at> lists.oasis-open.org





---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
For additional commands, e-mail: docbook-help <at> lists.oasis-open.org


giuseppe.greco | 2 Dec 2011 13:55
Gravatar

Re: Strange HTML output...

... I think I've got the point... Included files should also contain 
the preamble (<article xmlns=... >).

j3d

On 02.12.2011 06:30, Mark Craig wrote:
> Hello,
>
> When I add ${basedir}/generated to the docbkx-tools configuration,
> and then run the stylesheet for HTML directly on the result, I get
> lots of "no template matches" errors. And the output looks almost
> identical.
>
> $ xsltproc ~/Documents/docbook/html/docbook.xsl
> generated/(gen)csharp-coding-guidelines.xml >
> csharp-coding-guidelines.html
> Element sect1 in namespace '' encountered in article, but no template
> matches.
> Element title in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element emphasis in namespace '' encountered in para, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element sect1 in namespace '' encountered in article, but no template
> matches.
> Element title in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element filename in namespace '' encountered in para, but no template
> matches.
> …this continues for many lines…
>
> Instead, when I add
>  xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
>  xsi:schemaLocation='http://docbook.org/ns/docbook [3]
> http://docbook.org/xml/5.0/xsd/docbook.xsd [4]'
> as attributes to article, and then also add the attributes to the
> independent documents, and also clean up a number of validation
> errors, both the mvn compile and separate xsltproc work without
> errors.
> (I'm not absolutely sure that you need to add all those attributes to
> the independent documents that get Xinclude'd, but I'm editing and
> validating with Eclipse, and it seems to need the schema for each
> document.)
>
> Hope it helps.
> Regards,
> Mark
>
> On Dec 2, 2011, at 12:04 PM, Giuseppe Greco wrote:
>
>> Hi bob,
>>
>> Yes... I've a customization layer
>> (http://www.agamura.com/docbook/stylesheets/current/ [1])... but
>> this is
>> not
>> the problem since I get exactly the same result with the official
>> docbook stylesheet.
>>
>> I've also tried to run docbkx in debug mode... but everything just
>> looks fine (no errors, no warnings), and it doesn't matter whether
>> or
>> not I'm chunking HTML.
>>
>> If you want to give a look at my docbook source files, they are
>> available for download here:
>> https://github.com/agamura/home/tree/master/technotes [2]
>>
>> Thanks,
>> j3d
>>
>> On 01.12.2011 19:10, Bob Stayton wrote:
>>
>>> Hi Giuseppe,
>>
>>> That red output indicates that the elements in the DocBook source
>> f
>>
>>> ized by the stylesheet. In this case, it is
>> robably a mismatch in nam
>>
>>> when XIncluding
>>> DocBook 4 con
>> ocBook 5 book. Not sure why it only shows
>>
>>> e type="cite">up in HTML and not FO.
>> ote>Does docbkx give you access
>>
>>> ages? If so,
>> ckquote type="cite">that will tell you more about
>>
>>> leme
>> ckquote>
>>
>>> e type="cite">Are you using a stylesheet customization layer? Are
>>> yo
>> blockquote> f the HTML output?
>> lockquote
>>
>>>
>> Sagehill Enterprises
>> gehill.net
>>>
>>>>
>> ="cite">
>>
>>> ----- Original Message ----- Fro
>> Greco"
>> ckqu
>> te type="cite">To: &l
>>
>>> en.org>
>> blockquote type="cite
>>
>>> er 01, 2011 3:58 PM
>> blockquote type="cite">Sub
>>
>>> HTML output...
>> ockquote type="cite">
>> type
>> /blockquote> ="ci
>> blockquote> e">
>>>
>>>>
>> type="cite"> e completed my porting to docbook 5 an
>> eworked my
>> te type="cite">building system - I use docbk
>> ugin that let me easi
>>
>>> ckquote>
>> nerate H
>>
>>> uote>
>> ="cite">
>> "cit
>> is perfect... while HTML output isn't. Here below is the
>>
>>> quot
>> type="cite"> L
>> lockquote type="cite"
>>
>>> kquote>
>> e type="cite">
>>
>> ----------------------------------------------------
>>
>>> ----
>>>
>>>>> C# Coding Guidelines
>> ype="cite">Giuseppe Greco
>> e.greco <at> agamura.com>
>>>
>>>
>> ockquote type="cite">3.0
>> uote type="cite">
>> te>Copyrig
>>
>>>
>> ckquote type="cite">
>> ote>Al
>> rved. This document is provided as-is and its content
>> quote type="cite">
>> ckquote>Trademarks. Agamura and the Agamura logo are trademark
>>
>>> quote>
>> type="cite">Inc. All other names are trademarks of their
>> respective
>>
>>>>
>> ="cite">
>> e="cite">
>> cite">
>> ">
>> e>_________________________________________
>>
>>> _______
>> ite"> Introduction document describes a
>> te type="cite">set
>> uote type="cite">of coding style guides f
>> programs in the C# language.
>> pe="cite"> A st
>> a set of
>>
>>> for
>>> layout and formatting. Unifor
>> it easier for other
>> uote type="cite">dev
>> asp the essence of your programs quickly.
>> uote type="cite">
>>> A
>> akes you more productive because
>>
>>> ces
>>> gratuitous choice
>> If you do not have to make choices
>> t
>> quote type="cite">trivial matters, you can spend your energy on the
>> solution of real
>> te type="cite">problems. In these guidelines, several co
>> r> ote>
>> "cite">plainly outlawed...
>> blockquote type="cite">
>> blockquote type="cite">
>>
>>
> 
> --------------------------------------------------------------------------------
>> ite">
>> e="cite">As you can see, title, legal notice, version are OK...
>>> while the
>> blockquote>Switz
>>
>>> /blockquote>
>>>
>>>>>
>> type="cite">call giuseppe.greco via Skype
>>
>>> phone: +41 (0)91 234 51 09
>> te>mobile: +41 (0)79 590 33 06
>> pe="cite">
>>>
>>>> email: giuseppe.greco <at> agamura.com
>> "cite">----------
>>
>>> ------
>>>
>>>>>
>> ite">
>> te">
>>> ------------------------------------------------------------------
>>
>>> ockquote>To
>> e-mail: docbook-unsubscribe <at> lists.oasis-open.org
>>>
>> dditional commands, e-mail: docbook-help <at> lists.oasis-open.org
>>
>> blockquote>
>
>
>
> Links:
> ------
> [1] http://www.agamura.com/docbook/stylesheets/current/
> [2] https://github.com/agamura/home/tree/master/technotes
> [3] http://docbook.org/ns/docbook
> [4] http://docbook.org/xml/5.0/xsd/docbook.xsd
Giuseppe Greco | 2 Dec 2011 18:23
Gravatar

Re: Strange HTML output...

... fixed :-) I just had to add
xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
xsi:schemaLocation='http://docbook.org/ns/docbook
http://docbook.org/xml/5.0/xsd/docbook.xsd' to the first element of each
separate xml file.

Last question: the appendix is no longer autolabeled... so I added this
to my customization layer:

<xsl:param name="appendix.autolabel" select="1"/>

... but the appendix label is still missing. Is there something else I
need to be aware of?

tx,
j3d 

On Fri, 2011-12-02 at 13:30 +0100, Mark Craig wrote:
> Hello,
> 
> 
> When I
> add <generatedSourceDirectory>${basedir}/generated</generatedSourceDirectory> to the
docbkx-tools configuration, and then run the stylesheet for HTML directly on the result, I get lots of "no
template matches" errors. And the output looks almost identical.
> 
> 
> $ xsltproc ~/Documents/docbook/html/docbook.xsl generated/\(gen
> \)csharp-coding-guidelines.xml > csharp-coding-guidelines.html
> Element sect1 in namespace '' encountered in article, but no template
> matches.
> Element title in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element emphasis in namespace '' encountered in para, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element sect1 in namespace '' encountered in article, but no template
> matches.
> Element title in namespace '' encountered in sect1, but no template
> matches.
> Element para in namespace '' encountered in sect1, but no template
> matches.
> Element filename in namespace '' encountered in para, but no template
> matches.
> …this continues for many lines…
> 
> 
> Instead, when I add
>          xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
>     xsi:schemaLocation='http://docbook.org/ns/docbook
> http://docbook.org/xml/5.0/xsd/docbook.xsd'
> as attributes to article, and then also add the attributes to the
> independent documents, and also clean up a number of validation
> errors, both the mvn compile and separate xsltproc work without
> errors.
> (I'm not absolutely sure that you need to add all those attributes to
> the independent documents that get Xinclude'd, but I'm editing and
> validating with Eclipse, and it seems to need the schema for each
> document.)
> 
> 
> Hope it helps.
> Regards,
> Mark
> 
> 
> On Dec 2, 2011, at 12:04 PM, Giuseppe Greco wrote:
> 
> > Hi bob,
> > 
> > Yes... I've a customization layer 
> > (http://www.agamura.com/docbook/stylesheets/current/)... but this is
> > not 
> > the problem since I get exactly the same result with the official 
> > docbook stylesheet.
> > 
> > I've also tried to run docbkx in debug mode... but everything just 
> > looks fine (no errors, no warnings), and it doesn't matter whether
> > or 
> > not I'm  chunking HTML.
> > 
> > If you want to give a look at my docbook source files, they are 
> > available for download here: 
> > https://github.com/agamura/home/tree/master/technotes
> > 
> > Thanks,
> > j3d
> > 
> > On 01.12.2011 19:10, Bob Stayton wrote:
> > > Hi Giuseppe,
> > > That red output indicates that the elements in the DocBook source
> > > file are not being recognized by the stylesheet. In this case, it
> > > is
> > > probably a mismatch in namespace. That can happen when XIncluding
> > > DocBook 4 content into a DocBook 5 book.  Not sure why it only
> > > shows
> > > up in HTML and not FO.
> > > 
> > > Does docbkx give you access to stylesheet error messages?  If so,
> > > that will tell you more about the mismatch of these elements.
> > > 
> > > Are you using a stylesheet customization layer?  Are you doing
> > > chunking of the HTML output?
> > > 
> > > Bob Stayton
> > > Sagehill Enterprises
> > > bobs <at> sagehill.net
> > > 
> > > 
> > > ----- Original Message ----- From: "Giuseppe Greco"
> > > <giuseppe.greco <at> agamura.com>
> > > To: <docbook <at> lists.oasis-open.org>
> > > Sent: Thursday, December 01, 2011 3:58 PM
> > > Subject: [docbook] Strange HTML output...
> > > 
> > > 
> > > > Hi,
> > > > 
> > > > I've completed my porting to docbook 5 and I've also reworked my
> > > > building system - I use docbkx, a maven plugin that let me
> > > > easily
> > > > generate HTML and PDF.
> > > > 
> > > > PDF output is perfect... while HTML output isn't. Here below is
> > > > the 
> > > > HTML
> > > > output I get:
> > > > 
> > > > 
> > > > 
> > --------------------------------------------------------------------------------------
> > > > C# Coding Guidelines
> > > > Giuseppe Greco
> > > > <giuseppe.greco <at> agamura.com>
> > > > 
> > > > 
> > > > 3.0
> > > > 
> > > > 
> > > > Copyright © 2012 Agamura, Inc.
> > > > 
> > > > 
> > > > All rights reserved. This document is provided as-is and its
> > > > content 
> > > > may
> > > > change without prior notice - you bear the risk of using it. You
> > > > may
> > > > copy and use this document without limitation, but it does not 
> > > > provide
> > > > you with any legal right to any intellectual property of
> > > > Agamura, 
> > > > Inc.
> > > > 
> > > > Trademarks.  Agamura and the Agamura logo are trademarks of
> > > > Agamura,
> > > > Inc. All other names are trademarks of their respective owners.
> > > > 
> > > > 
> > > > 
> > > > 
> > ________________________________________________________________________
> > > > <sect1> <title>Introduction</title> <para> This document
> > > > describes a 
> > > > set
> > > > of coding style guides for developing programs in the C#
> > > > language.
> > > > </para> <para> A style guide is a set of mandatory requirements
> > > > for
> > > > layout and formatting. Uniform style makes it easier for other
> > > > developers to grasp the essence of your programs quickly.
> > > > </para> 
> > > > <para>
> > > > A style guide makes you more productive because it
> > > > <emphasis>reduces
> > > > gratuitous choice</emphasis>. If you do not have to make
> > > > choices 
> > > > about
> > > > trivial matters, you can spend your energy on the solution of
> > > > real
> > > > problems. </para> <para> In these guidelines, several
> > > > constructors 
> > > > are
> > > > plainly outlawed...
> > > > 
> > > > 
> > --------------------------------------------------------------------------------------
> > > > 
> > > > As you can see, title, legal notice, version are OK... while
> > > > the 
> > > > rest
> > > > (i.e. sect1) isn't. The docbook tags are output as they are in
> > > > the
> > > > source files - more or less, here is the real HTML code:
> > > > 
> > > > ...
> > > > <span style="color: red">&lt;para&gt;
> > > > This document describes a set of coding style guides for
> > > > developing
> > > > programs in the C# language.
> > > > &lt;/para&gt;</span>
> > > > ...
> > > > 
> > > > Does anybody already experienced something similar? Any help
> > > > would 
> > > > be
> > > > reeeally appreciated.
> > > > 
> > > > Thanks a lot,
> > > > j3d
> > > > 
> > > > -- ----------------------------------------
> > > > Giuseppe Greco
> > > > 6949 Comano
> > > > Switzerland
> > > > 
> > > > call giuseppe.greco via Skype
> > > > phone:  +41 (0)91 234 51 09
> > > > mobile: +41 (0)79 590 33 06
> > > > email:  giuseppe.greco <at> agamura.com
> > > > ----------------------------------------
> > > > 
> > > > 
> > > > 
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
> > > > For additional commands, e-mail:
> > > > docbook-help <at> lists.oasis-open.org
> > > > 
> > > > 
> > > > 
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: docbook-unsubscribe <at> lists.oasis-open.org
> > For additional commands, e-mail: docbook-help <at> lists.oasis-open.org
> > 
> > 
> 
> 

--

-- 
----------------------------------------
Giuseppe Greco
6949 Comano
Switzerland

call giuseppe.greco via Skype
phone:  +41 (0)91 234 51 09
mobile: +41 (0)79 590 33 06
email:  giuseppe.greco <at> agamura.com
----------------------------------------
Jirka Kosek | 2 Dec 2011 21:32
Picon
Favicon
Gravatar

Re: Strange HTML output...

On 2.12.2011 18:23, Giuseppe Greco wrote:

> <xsl:param name="appendix.autolabel" select="1"/>
> 
> ... but the appendix label is still missing. Is there something else I
> need to be aware of?

Use

<xsl:param name="appendix.autolabel">A</xsl:param>

Some time ago this param was changed from 0/1 to values used by format
attribute on xsl:number.

				Jirka

--

-- 
------------------------------------------------------------------
  Jirka Kosek      e-mail: jirka <at> kosek.cz      http://xmlguru.cz
------------------------------------------------------------------
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
------------------------------------------------------------------
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
------------------------------------------------------------------

Giuseppe Greco | 2 Dec 2011 21:54
Gravatar

Re: Strange HTML output...

... but doing so I get the same value as before, i.e.

A. My Appendix

... while I'd like to get the nice old value:

APPENDIX A. My Appendix.

Is that possible?

Tx,
j3d

On Fri, 2011-12-02 at 21:32 +0100, Jirka Kosek wrote:
> On 2.12.2011 18:23, Giuseppe Greco wrote:
> 
> > <xsl:param name="appendix.autolabel" select="1"/>
> > 
> > ... but the appendix label is still missing. Is there something else I
> > need to be aware of?
> 
> Use
> 
> <xsl:param name="appendix.autolabel">A</xsl:param>
> 
> Some time ago this param was changed from 0/1 to values used by format
> attribute on xsl:number.
> 
> 				Jirka
> 
> 

--

-- 
----------------------------------------
Giuseppe Greco
6949 Comano
Switzerland

call giuseppe.greco via Skype
phone:  +41 (0)91 234 51 09
mobile: +41 (0)79 590 33 06
email:  giuseppe.greco <at> agamura.com
----------------------------------------

Gmane