Django

Code

Changeset 6083

Show
Ignore:
Timestamp:
09/09/07 22:42:33 (1 year ago)
Author:
adrian
Message:

Added 'How to document new features' to docs/contributing.txt

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved
  • django/trunk/docs/contributing.txt

    r6078 r6083  
    417417We place a high importance on consistency and readability of documentation. 
    418418(After all, Django was created in a journalism environment!) 
     419 
     420How to document new features 
     421---------------------------- 
     422 
     423We treat our documentation like we treat our code: we aim to improve it as 
     424often as possible. This section explains how writers can craft their 
     425documentation changes in the most useful and least error-prone ways. 
     426 
     427Documentation changes come in two forms: 
     428 
     429    * General improvements -- Typo corrections, error fixes and better 
     430      explanations through clearer writing and more examples. 
     431 
     432    * New features -- Documentation of features that have been added to the 
     433      framework since the last release. 
     434 
     435Our philosophy is that "general improvements" are something that *all* current 
     436Django users should benefit from, including users of trunk *and* users of the 
     437latest release. Hence, the documentation section on djangoproject.com points 
     438people by default to the newest versions of the docs, because they have the 
     439latest and greatest content. (In fact, the Web site pulls directly from the 
     440Subversion repository, converting to HTML on the fly.) 
     441 
     442But this decision to feature bleeding-edge documentation has one large caveat: 
     443any documentation of *new* features will be seen by Django users who don't 
     444necessarily have access to those features yet, because they're only using the 
     445latest release. Thus, our policy is: 
     446 
     447    All documentation of new features should be written in a way that clearly 
     448    designates the features are only available in the Django development 
     449    version. 
     450 
     451    Assume documentation readers are using the latest release, not the 
     452    development version. 
     453 
     454Our traditional way of marking new features is by prefacing the features' 
     455documentation with: "New in Django development version." Changes aren't 
     456*required* to include this exact text, but all documentation of new features 
     457should include the phrase "development version," so we can find and remove 
     458those phrases for the next release. 
    419459 
    420460Guidelines for ReST files