Documentation Special Interest Group

<H2>Documentation SIG Status</H2>

<p>
<strong>This page is completely out of date.</strong> Follow the <a href="http://mail.python.org/mailman/listinfo/doc-sig"> Doc-SIG mailing list</a> for information on current activities.

System Message: WARNING/2 (<string>, line 7)

Definition list ends without a blank line; unexpected unindent.

</p>

<H3>Emerging Products</H3>

<p>
The Doc SIG members have produced some tools:

<ul>

<LI>Doug Hellmann has created <a href="http://happydoc.sourceforge.net">HappyDoc</a>, a tool for extracting documentation from Python source code. It differs from other such applications by the fact that it uses the parse tree for a module to derive the information and does not import the module.

</ul>

<H3>Continuing questions</H3>

The doc-sig discussion should focus on coming to an agreement on the types of documents that are needed, the format that documentation should be made available in, and the content or subject matter that should be covered in those document. The project should also make an effort to recruit authors. Examples of options available include:

<UL>
<LI>Types of documents:
<UL>
<LI>Tutorials and HowTo Papers <LI>User Guides <LI>Reference Manuals <LI>Installation Guides <LI>Text books <LI>Books of documented examples

System Message: WARNING/2 (<string>, line 42)

Definition list ends without a blank line; unexpected unindent.

</UL>

<LI>The format options:
<UL>
<LI>Write in one format, and generate multiple output formats.
<UL>
<LI>Bill Janssen suggested something else

System Message: WARNING/2 (<string>, line 49)

Definition list ends without a blank line; unexpected unindent.

</UL>

<LI>What output formats are needed
<UL>
<LI>HTML <LI>PDF

System Message: WARNING/2 (<string>, line 54)

Definition list ends without a blank line; unexpected unindent.

</UL>

System Message: WARNING/2 (<string>, line 55)

Definition list ends without a blank line; unexpected unindent.

</UL>

<LI>Subject matter:
<UL>
<LI>Python core <LI>Extension modules <LI>Applications <LI>Applets

System Message: WARNING/2 (<string>, line 63)

Definition list ends without a blank line; unexpected unindent.

</UL>

System Message: WARNING/2 (<string>, line 64)

Definition list ends without a blank line; unexpected unindent.

</UL>

<HR>

<H3>THE PSA as a Catalyst</H3>

Authors of software would have an incentive to write documentation according to a common standard if that were a prerequisite for receiving the PSA stamp-of-approval. For this to work the PSA will need guidelines to use for the evaluation process. The review guidelines may include things such as:

<UL>

<LI>Form and content rules <LI>A style guide <LI>Suggested tools such as syntax and spelling checkers

<LI>Document review process
<UL>
<LI>review goals
<UL>
<LI>completeness in regards to type and content of documents <LI>content evaluation for redundancy with existing documents <LI>content evaluation for inconsistency with existing documents

System Message: WARNING/2 (<string>, line 88)

Definition list ends without a blank line; unexpected unindent.

</UL>

<LI>Qualifications for proofreader
<UL>
<LI> <LI>

System Message: WARNING/2 (<string>, line 93)

Definition list ends without a blank line; unexpected unindent.

</UL>

System Message: WARNING/2 (<string>, line 94)

Definition list ends without a blank line; unexpected unindent.

</UL>

</UL> Having the PSA perform this function of course assume someone is willing to volunteer or to pay for having documents reviewed. The PSA stamp would be the carrot. The incentive for participation is quid pro quo. It should work for a range of circumstances. For instance:

<UL>

<DT>in the commercial world: <DD>Presumably companies would be willing to undergo the review process just to get a neutral party's editorial comments on the quality of their products. This would help them improve the products. There are many examples where a stamp on a product is used by customers in making the decision to purchase a product. Generally if the stamp is equated with a noticeably higher quality products it will have more weight in the decision.

<DT>in the academic world:

<DD>Peer review is key to obtaining and retaining a position at many universities and research organizations. Being asked to be an editor is as valued as being approved by the peer review process. Presumably the PSA's stamp and publication in the PSA archives would be considered equivalent to publishing in a peer reviewed journal. Both editors/reviewers and authors would be interested in contributing if the PSA became a vehicle for peer recognition.
<DT>in the free-ware world:

<DD>They'll do what they want anyway, but in general the goal of writing free-ware is for personal satisfaction, for the glory it brings, or to achieve fame. In all cases having a stamp will enhance the work.

<P>

The problem for this group is that finding reviewers will be difficult. Who will pay for the review? Growing a large PSA membership from the general population is important to solving this problem. Reviewers could be paid out of receipts from membership dues if the organization is big enough. As an incentive for being a member you would be given access to the products list and documentation on products that have the official stamp.

System Message: WARNING/2 (<string>, line 138)

Definition list ends without a blank line; unexpected unindent.

</UL>

Notice: While Javascript is not essential for this website, your interaction with the content will be limited. Please turn Javascript on for the full experience.