Subject: [Boost-docs] [quickbook] Should the block function work?
From: Rene Rivera (grafikrobot_at_[hidden])
Date: 2013-04-27 17:15:24
I'm trying to make use of the "block" function introduced in quickbook 1.6.
And no matter what I do I can't see to make it work (on;y documented in
trunk version). I tried the following quickbook text which is both the
tweaked example in the docs and my own use of the feature:
====
[article Block Test
[quickbook 1.7]
[authors [Rivera, René]]
[copyright 2013 René Rivera]
[purpose To test the block function.]
[license
Distributed under the Boost Software License, Version 1.0.
(See accompanying file LICENSE_1_0.txt or copy at
[@http://www.boost.org/LICENSE_1_0.txt])
]
]
[template std_end[] [block '''</para>''']]
[template std_def[] [block '''<para role="std_definition">''']]
[template std_req[] [block '''<para role="std_requirement">''']]
[template chapter[title] [block'''<chapter><title>'''[title]'''</title>''']]
[template chapterend[] [block'''</chapter>''']]
[section:test Block Test]
[std_def]
This is inside an std_def block.
[std_end]
[endsect]
[chapter An example chapter]
Content
[chapterend]
====
Which ends up producing the following XML:
====
<section id="block_test.test">
<title><link linkend="block_test.test">Block Test</link></title>
<para>
[block <para role="std_definition">]
</para>
<para>
This is inside an std_def block.
</para>
<para>
[block </para>]
</para>
</section>
<para>
[block<chapter><title>An example chapter</title>]
</para>
<para>
Content
</para>
<para>
[block</chapter>]
</para>
====
Instead of the expected removal of the "para" nodes and the "[block"
element itself :-( Am I doing something wrong? I'd love to use this feature
as it currently is the only way to get the effect I want in my attempt to
translate the tree proposal to quickbook.
Rene.
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
This archive was generated by hypermail 2.1.7 : 2017-11-11 08:50:41 UTC