[Scummvm-devel] Documentation

Max Horn max at quendi.de
Fri Feb 6 06:28:12 CET 2004


Am 06.02.2004 um 03:56 schrieb James 'Ender' Brown:

[...]

> There are various automated tools which do a good job if given nice
> clean HTML. Text output is quite easy - I prefer using w3m's dump
> capability. Worst-case scenario is using something like KDE's "print to
> PDF" and "print to PS" functionality which produces quite nice output.
> Not as optimised as something thrown through specialist programs such
> as, for example, Distiller of course.

The major concern I have with using HTML as a source format is that 
with it you only specify the formatting/look of the docs, but not their 
logical meaning...

What I mean is this:With formats like TeX or DocBook and the others I 
listed, you write documentation structured by content and meaning; this 
then is (with the help of a preprocessor/XSLT engine/etc.) turned into 
a user viewable representation. Specifying the content by its semantic 
meaning allows for nice things, like automatically generated TOC / 
index; very easy to change the look (just transform the data 
differently); etc. Want to reorder everything? No problem, since 
chapters and tables are numbered automatically. Want all code sections 
to be in a different font than they are now? Trivial.

You can achieve that to an extent by writing pure HTML coupled with 
CSS, of course. But then, while I know how to turn that into PDF, you 
won't get a native PDF TOC, because the existing tools can't really 
know what should be in the TOC and what not. And none of the HTML->PDF 
conversions you mention above (and I might add in OSX' ability to turn 
anything into PDF via a simple "Print" command) approaches the quality 
of Latex/Docbook/... generated PDF. IMHO :-)


>>> If not, I suppose I could just write it in HTML and then convert it 
>>> to LaTeX that
>>> way.
>> That's always possible, of course.
>
> If nobody has any particular objections to using HTML, I would like to
> start on it next week.
>
I am not that comfortable with it, but once again, in the worst case we 
could convert it to yet another format...


Cheers,

Max





More information about the Scummvm-devel mailing list