id,summary,reporter,owner,description,type,status,priority,component,severity,resolution,keywords,cc,release
913,Wiki page states,bgoedel,anybody,"We would like to use Trac Wiki pages to write specifications, for instance detailed design specifications for SW components, test plans, etc. There are also a lot of mandatory documents describing the project setup as a Configuration Management Plan, a Quality Assurance Plan, a Resource Plan, etc.
The project developing process foresees that each of these documents is reviewed by a defined set of team members. Thus, each document has a number of states:
in progress::
The (version of the) document is currently written by the Author.
available for inspection (AFI)::
The document is frozen and reviewed by a pre-defined set of team members. Each reviewer has to write comments about the objections she/he has (we have already a tool for this). The review comments are worked in into a new version of the document which is then in the state
inspected, updated, stored (IUS)::
The version of the document that is valid for the project.
outdated::
This version of the document is not valid anymore due to the availability of a newer IUS version of the document.
For ""living documents"" it can happen several times during the project development that the document is subject of change. In such a case the old IUS version is valid until a new IUS version is released. After releasing a new IUS version the preceeding IUS version enters the state ""outdated"".
Currently these specifications are written as Text Document (e.g. MS Word) which is not very convenient. Such documents are ""too far away"" from the SW developer. Additionally they cannot be easily referenced by tickets or changeset comments.
Thus, I would like to ask for a mechanism in Trac supporting different states of Wiki pages.",enhancement,new,normal,Request-a-Hack,normal,,,fcorreia@…,0.10