X-Git-Url: http://www.privoxy.org/gitweb/?a=blobdiff_plain;ds=sidebyside;f=doc%2Fwebserver%2Fdeveloper-manual%2Fdocumentation.html;h=f1bfe610969b1b7ac9f4b2ae1e81e9850b84f62a;hb=5700aead3098beb0cc5a02bc0034a0d4194774a6;hp=ffa5138cbf9cda858b0a831808ff23050df7e462;hpb=72081f829de368392d04076728f8c991178c0080;p=privoxy.git diff --git a/doc/webserver/developer-manual/documentation.html b/doc/webserver/developer-manual/documentation.html index ffa5138c..f1bfe610 100644 --- a/doc/webserver/developer-manual/documentation.html +++ b/doc/webserver/developer-manual/documentation.html @@ -1,11 +1,11 @@ - + Documentation Guidelines, AUTHORS +>, + INSTALL, privoxy.1DO NOT edit these directly. Edit the SGML source, or - contact someone involved in the documentation (at present Hal). + contact someone involved in the documentation.

Other, less formal documents (e.g. LICENSE, - INSTALL) are maintained as plain text files in the - top-level source directory. At least for the time being. +>) are + maintained as plain text files in the top-level source directory.

Packagers are encouraged to include this documentation. For those without the ability to build the docs locally, text versions of each are kept in - CVS. HTML versions are also now being kept in CVS under + CVS. HTML versions are also being kept in CVS under doc/webserver/*. And PDF version are kept in + doc/pdf/*.

after the the $VERSION$VERSION and other release specific data in "closed". If not, you - will likely generate errors. Example: <title>My - Title</title>. They are also case-insensitive, but we strongly suggest using all lower case. This keeps compatibility with [Docbook] "sections" for the most part. Sections - will be processed into HTML headers (e.g. h1h1 for - sect1sect1). The Docbook stylesheets will use these to also generate the Table of Contents for each doc. Our - TOC's are set to a depth of three. Meaning sect1sect1, - sect2, and sect2, and sect3sect3 will have TOC - entries, but sect4sect4 will not. Each section requires - a <title><title> element, and at least one - <para><para>. There is a limit of five section levels in Docbook, but generally three should be sufficient for our purposes.

<literallayout></literallayout>, like - <pre><pre>, more or less. <screen></screen>, screen output, implies - <literallayout><literallayout>. <ulink url="example.com"></ulink>, like - HTML <a><a> tag. You might also find "Writing Documentation Using DocBook - A Crash Course
  • Our documents are available in differing formats. Right now, they - are just plain text, TML, and PDF, but others are always a + are just plain text, HTML, and PDF, but others are always a future possibility. Be careful with URLs (<ulink>), and avoid this mistake:

    aspell can check SGML with the - -H-H option. (ispell

    3.3. Privoxy Custom Entities

    "internal entities". These are like variables in programming. Well, sort of. For instance, we have the - p-versionp-version entity that contains the current text entities are defined like:

    <!entity supported SYSTEM "supported.sgml"><!entity supported SYSTEM "supported.sgml">

    supported.sgml is available for inclusion anywhere in the doc. To make this happen, just reference the now defined - entity: &supported;&supported; (starts with an ampersand and ends with a semi-colon), and the contents will be dumped into the finished doc at that point. @@ -795,7 +802,7 @@ CLASS="APPLICATION" > version string, e.g. "3.0.3""3.0.18". \ No newline at end of file +>