Indeed, and AsciiDoc seems to fit nicely; it's easy to work from example.
Look at:
http://www.methods.co.nz/asciidoc/asciidoc.txt
which is the source for:
http://www.methods.co.nz/asciidoc/asciidoc.css-embedded.html
In fact, one of the more important things for lowering the entry barrier is
providing contributors with infrastructure so that a contributor is free to
concentrate more on the what than the how and as was already argued in this
thread, when you start laying down structure and rules for Documentation/,
you end up with something close to AsciiDoc anyway.
Easy to put online in a nice way. Compare:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentatio...
and
http://www.ravnborg.org/kbuild/makefiles.html
as Sam posted. I certainly think the latter reads nicer (it's missing the
table of content for now, but that appears to be a tool option).
I personally wouldn't want to rudely outlaw plain text -- the discussion
happened due to someone suggesting redoing some documentation in HTML. Some
people suggested DocBook (hnnng!) and now asciidoc.
I think that DocBook is a bloody trainwreck (yes, "make pdfdocs" bombs out
for me at the moment as well -- has it ever been different) but that some
simple formatting quite often makes for an improvement over plain text.
HTML directly would do as far as I'm concerned, but AsciiDoc can also
generate that and additionally imposes more structure (in the sense of
uniformity) than direct HTML would. On the downside it still requires some
external software, on the upside it directly translates to many more formats
when viewed as a DocBook pre-processor.
Works for me...
Rene.
-