| | 419 | |
|---|
| | 420 | How to document new features |
|---|
| | 421 | ---------------------------- |
|---|
| | 422 | |
|---|
| | 423 | We treat our documentation like we treat our code: we aim to improve it as |
|---|
| | 424 | often as possible. This section explains how writers can craft their |
|---|
| | 425 | documentation changes in the most useful and least error-prone ways. |
|---|
| | 426 | |
|---|
| | 427 | Documentation 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 | |
|---|
| | 435 | Our philosophy is that "general improvements" are something that *all* current |
|---|
| | 436 | Django users should benefit from, including users of trunk *and* users of the |
|---|
| | 437 | latest release. Hence, the documentation section on djangoproject.com points |
|---|
| | 438 | people by default to the newest versions of the docs, because they have the |
|---|
| | 439 | latest and greatest content. (In fact, the Web site pulls directly from the |
|---|
| | 440 | Subversion repository, converting to HTML on the fly.) |
|---|
| | 441 | |
|---|
| | 442 | But this decision to feature bleeding-edge documentation has one large caveat: |
|---|
| | 443 | any documentation of *new* features will be seen by Django users who don't |
|---|
| | 444 | necessarily have access to those features yet, because they're only using the |
|---|
| | 445 | latest 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 | |
|---|
| | 454 | Our traditional way of marking new features is by prefacing the features' |
|---|
| | 455 | documentation with: "New in Django development version." Changes aren't |
|---|
| | 456 | *required* to include this exact text, but all documentation of new features |
|---|
| | 457 | should include the phrase "development version," so we can find and remove |
|---|
| | 458 | those phrases for the next release. |
|---|