[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Suggestion for book TOC: one level deeper

From: Schrom.Brian <Brian.Schrom_at_IGT.com>
Date: 2003-11-06 17:53:20 CET

Here is an excerpt from http://www.sagehill.net/docbookxsl/TOCcontrol.html

You can control how many nested levels of headings a TOC list should have. A
book TOC always lists the titles for part and chapter elements, as well as
any other components at the chapter level such as preface, appendix,
glossary and index. A book TOC may also contain titles of sections within
the chapters, depending on the value of the toc.section.depth parameter. If
chapter TOCs are turned on by the generate.toc parameter, then what appears
in the chapter TOC is completely controlled by the toc.section.depth
parameter. The following table summarizes its effect on book and chapter
TOCs.

Use the toc.section.depth parameter to indicate how many levels of section
titles should appear in the TOCs. If you set it to a value of 3, for
example, then TOCs will include up to sect3 titles. The default value is 2.

If you are using xsltproc, probably a --stringparam toc.section.depth 3 will
do it.

Brian S.

-----Original Message-----
From: B. W. Fitzpatrick [mailto:fitz@red-bean.com]
Sent: Thursday, November 06, 2003 8:37 AM
To: Eric Hanchrow
Cc: dev@subversion.tigris.org
Subject: Re: Suggestion for book TOC: one level deeper

Eric Hanchrow <offby1@blarg.net> writes:
>
> I know nothing about Docbook, so I don't know how to do this myself,
> nor do I know if it's doable at all, or desirable. But: I'd *love*
> to be able to see each subcommand of `svn' in the table of contents.
> but I wish I saw
>
> 8. Subversion Complete Reference
>
> The Subversion Command Line Client: svn
>
> svn Switches
> svn Subcommands
> svn add
> svn cat
> svn checkout
> ...

I also would love to see this. :-)

Any Docbook gurus around here care to offer some advice (or some
patches)? That said, we can't do anything too funky or fancy as we've
got to follow O'Reilly's style guide for the most part.

Anything we could handle in XSLT or FOP (that is, outside of changing
the XML) would be super groovy.

-Fitz

--
Brian W. Fitzpatrick    <fitz_at_red-bean.com>   http://www.red-bean.com/fitz/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 6 17:53:29 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.