diff options
author | Joey Hess <joey@wren.kitenet.net> | 2007-11-08 11:17:24 -0500 |
---|---|---|
committer | Joey Hess <joey@wren.kitenet.net> | 2007-11-08 11:17:24 -0500 |
commit | b8deeaae4ddbc887f04fe417b72fa9bd5a93991e (patch) | |
tree | c551f89f4109621f5d6e48dc3223bd2af2d1996d | |
parent | 0bb61e51b7b5784a1ea6292c64fbe5b4a74b6a9e (diff) |
web commit by tschwinge: Reorder.
-rw-r--r-- | doc/plugins/contrib/texinfo.mdwn | 15 |
1 files changed, 7 insertions, 8 deletions
diff --git a/doc/plugins/contrib/texinfo.mdwn b/doc/plugins/contrib/texinfo.mdwn index 6584648d6..fb5784812 100644 --- a/doc/plugins/contrib/texinfo.mdwn +++ b/doc/plugins/contrib/texinfo.mdwn @@ -25,14 +25,7 @@ is a N-to-M mapping: * N Texinfo input files (a main `.texi` file, several helper files (`fdl.texi`, `version.texi`, ...), and additional text files which are included from the main `.texi` - file, e.g. `history.texi`, `libfoo.texi`, `libbar.texi`. -* M Texinfo output files: the main `.texi` file (which `include`s - the other input files) is usually rendered into a (flat) hierarchy - of HTML files, one file per node, see the table on - <http://www.gnu.org/software/texinfo/manual/texinfo/html_node/#Top> - for an example. - -How to teach this to ikiwiki? --[[tschwinge]] + file, e.g. `history.texi`, `libfoo.texi`, `libbar.texi`. --[[tschwinge]] > As far as multiple input files, you'd need to use add_depends() > to let ikiwiki know that a change to any of those files should cause a @@ -48,6 +41,12 @@ How to teach this to ikiwiki? --[[tschwinge]] >> Might it be an option to simply not render the pages that are already >> being used as an `include` file for another `.texi` file? --[[tschwinge]] +* M Texinfo output files: the main `.texi` file (which `include`s + the other input files) is usually rendered into a (flat) hierarchy + of HTML files, one file per node, see the table on + <http://www.gnu.org/software/texinfo/manual/texinfo/html_node/#Top> + for an example. --[[tschwinge]] + > Ikiwiki is perfectly happy with a page creating other files (see eg, the > img and teximg plugins, as well as the inline plugin's rss generation). > The will_render() function supports that. |