[Scummvm-devel] Documentation
Max Horn
max at quendi.de
Thu Feb 5 13:47:01 CET 2004
Hiya folks,
I am sure all of you will agree that better docs would be nice... well,
I at least do think so :-). Of course writing docs is not something
everybody likes *cough* *cough*. :-)
But maybe we can find some people who are willing to help. To that end,
it would be good to determine what exactly we are missing for a proper
user's manual (and what other kind of docs we would like to have etc.).
Fact is, our README is much more than a simple README, it's really more
a manual. A manual which in some places is a bit terse, though. So here
is what I think should be done:
* We have LaTeX docs now, fine - but how can those be turned back into
a text file? I.e. we can generate DVI, PDF, PostScript, HTML, RTF and
probably more. But can we generate plain text? If so, how? I asked this
before but never got a reply (BTW, this issue was the reason why I left
LaTeX out of my list of potential doc formats in our TODO. Formats I
did consider included: DocBook, texinfo, nroff/troff, tbook, xml2doc)
* Not being able to generate plain text is not necessarily a problem,
though: We could decide to turn the README back into a more standard
README: That is, only give a very brief overview and quickstart, then
refer to the manual (which should be included in the ScummVM binary
package, for example as HTML or PDF). And of course the manual would be
online on our website, as HTML, and PDF
* The LaTeX docs are not really taking advantage of LaTeX: for example,
using bold/italics to highlight text; Code sections (with excerpts from
e.g. the config file) should be formated in courier; and other things.
* The structure of the "manual" is lacking. I recently put a proposal
for a revised doc structure into our TODO file. I reproduce it below
(note that this is just a rough first draft, any suggestions and ideas
are most definitely welcome :-)
+ Introduction
- What is ScummVM
- History
- Contacting the developers
- Reporting bugs
+ Supported Platforms
+ Supported Games
- Copy Protection
- Simon
- BS notes
- Using mac data files
+ Getting started
- How to get ScummVM (binary, source)
- Binary (Where to get packages for your system; how to install
them, for each OS)
- Compiling (with more detail than now)
- First steps (basic setup, getting a first game to run)
+ Running ScummVM
- Command line options
- Hot Keys
- Savegames
+ Configuration
- Using the launcher
- All config file switches in detail
- Graphics Filters
- Music and Sound (mostly like now; maybe under the 'Configuration'
section)
+ Glossary? (explaining abbreviations etc.)
+ Credits
+ Index? (would be nice, for example 'fullscreen' could link to the
hotkey,
the config file setting, and the command line option)
* The above suggested structure change highlights another problem with
the LaTeX docs: the filenames hard code the section structure - not
good. Better to have 'logical' filenames, i.e. names which reflect the
content, not the chapter number. That way, we don't end up with the 6th
section contained in 09.tex :-)
* Lastly, some sections badly need improvement. For example, I'd like
to improve the build instructions for Mac OS X, and I guess some of the
other build instruction sets could need that, too. Overall, our docs
assume that the user knows the command line pretty well. Since I am a
mac user, you may not be surprised that I don't like that too much ;-).
If you know me you'll also know I am not eager to write docs for
non-CLI users, either, but overall I think it would be a good thing for
the project, and for us, if we made life easier for "plain" users. (We
improve our potential 'market share', and we might reduce the support
work load) :-)
* More OS specific sections! I want there to be more information for
PalmOS/WinCE/Dreamcast etc. users! Like, a list of Palms which are
supported; which are *not* supported (and if there is hope for them to
be ever supported, or not). Similar for WinCE, if necessary. And then,
information how to setup ScummVM on these machines, and information
about typical problems and how to solve them, etc. etc. And links to
appropriate help forums :-)
* So far the manual. Another part of our docs which we should review
and improve is the FAQ. A plain text version of it maybe could be
shipped with each ScummVM binary package. I haven't thought about
improving the FAQ much, though. Of course the platform specific issues
might fit in here well, too (see above, when I talk about
PalmOS/WinCE/Dreamcast)
Cheers,
Max
More information about the Scummvm-devel
mailing list