]> sipb.mit.edu Git - ikiwiki.git/blob - doc/plugins/contrib/texinfo.mdwn
web commit by tschwinge: Mapping between input and output files.
[ikiwiki.git] / doc / plugins / contrib / texinfo.mdwn
1 [[I|tschwinge]] started writing a plugin to render
2 [GNU Texinfo](http://www.gnu.org/software/texinfo/)
3 inside the ikiwiki environment.
4
5 This plugin is not neccessarily meant to enable people to write arbitrary
6 wiki pages in the Texinfo format (even though that is possible, of course),
7 but rather to ease collaboration on existing Texinfo documents.
8
9 The plugin is available at <http://www.schwinge.homeip.net/~thomas/tmp/texinfo.pm>.
10
11 It's very basic at the moment, but will be improved over time.
12
13
14 # Issues
15
16 ## N-to-M Mapping of Input and Output Files
17
18 Conventional ikiwiki [[*htmlize*ing|plugins/write#index6h3]] plugins
19 have a one-to-one mapping of input file and output file:
20 `some/where/page.mdwn` is rendered to `some/where/page.html`.
21 This can also be achieved for Texinfo files, but is somewhat
22 unusual there, when rendering them to HTML.  In general, there
23 is a N-to-M mapping:
24
25 * N Texinfo input files (a main `.texi` file,
26   several helper files (`fdl.texi`, `version.texi`, ...), and
27   additional text files which are included from the main `.texi`
28   file, e.g. `history.texi`, `libfoo.texi`, `libbar.texi`.  --[[tschwinge]]
29
30 > As far as multiple input files, you'd need to use add_depends()
31 > to let ikiwiki know that a change to any of those files should cause a
32 > rebuild of the "main" file. --[[Joey]]
33
34 >> (?) I'll see about a frob to get `makeinfo` provide me with a list of additional files
35 >> it used for rendering a given `.texi` file. --[[tschwinge]]
36
37 > I guess you'd also have to somehow deal with
38 > it wanting to render pages for each of the helper files. Not quite sure
39 > what the best way would be to avoid that. --[[Joey]]
40
41 >> Might it be an option to simply not render the pages that are already
42 >> being used as an `include` file for another `.texi` file?  --[[tschwinge]]
43
44 * M Texinfo output files: the main `.texi` file (which `include`s
45   the other input files) is usually rendered into a (flat) hierarchy
46   of HTML files, one file per node, see the table on
47   <http://www.gnu.org/software/texinfo/manual/texinfo/html_node/#Top>
48   for an example.  --[[tschwinge]]
49
50 > Ikiwiki is perfectly happy with a page creating other files (see eg, the
51 > img and teximg plugins, as well as the inline plugin's rss generation).
52 > The will_render() function supports that.
53
54 > What hasn't been done though is a page creating more than one other _page_.
55 > Perhaps you could call IkiWiki::genpage by hand for each additional page.
56 > You might also want to manipulate each data structure that tracks info about
57 > pages, adding the additional pages to them, so that they're first class
58 > pages that work as pages everywhere in ikiwiki (ie, can be inlined,
59 > appear in a site map, be linked to, etc). Not sure how to do that,
60 > and perhaps you could get away without doing it actually. --[[Joey]]
61
62 >> Currently I use `makeinfo --no-split` and render to stdout, so that I can
63 >> easily capture the output and stuff it into the appropriate ikiwiki data structure.
64 >> If we want to have multiple output files (which we'll eventually want to have,
65 >> to avoid having such large single-file outputs), we won't be able to
66 >> do this anymore.
67 >> (?) Then we'll need a way to find the main output file, which
68 >> will be the one to be copied into what ikiwiki expects to be the main output
69 >> of the rendered `.texi` file.
70 >> Perhaps (again) parse the `.texi` file for a `@setfilename` statement?
71 >> The other generated files will also have to
72 >> copied somewhere (preferably into a subdirectory named alike the main file
73 >> to avoid name space collisions; but need to take care of links between the files then)
74 >> and need to be registed within the ikiwiki system.
75 >> --[[tschwinge]]
76
77 There needs to be some logic to establish a mapping between the *N* input files
78 and the *M* output files.
79 (At least for web-editing via CGI this is needed.)
80 Easiest would be either to leave *M = 1* or to have
81 *M = N* and have a one-to-one mapping between *input file n* and *output file m*.
82 --[[tschwinge]]
83
84
85 ## `makeinfo` Output
86
87 `makeinfo --html` is being used for rendering.  It creates stand-alone
88 HTML files, while ikiwiki only needs the files' `<body>`s.
89
90 (?) One possibility (which is what I'm doing at the moment) is to simply cut away
91 everythin until `<body>` is seen and after `</body>` has been seen.  --[[tschwinge]]