cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Linden H van der (MI)" <>
Subject RE: [VOTE] Consensus about documentation location - revised version
Date Mon, 13 Jun 2005 15:16:30 GMT
Based on some comments I would like to revise the proposal. Let's focus
first on what info goes where and what the general direction will be. 
As things progress, we can focus on explicit processes and, given the
current discussion, the roles/rights.

- the current Daisy site at the zones [1] will be the "incubator" for
the new documentation. I.e. new content is to be entered there.

- this documentation is targeted at Cocoon 2.1. This means that we try
to write version-independent documentation, but when there is a
difference between 2.1 and 2.2, the documentation will describe 2.1. If
possible, notes will be added describing the difference in 2.2 or at
least that there IS a difference in 2.2.
[Note: I was under the impression that 2.2 was already close to a
release-able state]

- the rules for the various roles have been defined already [2]. Note,
registered guests can leave comments.

- this also implies that we stick with Daisy as CMS (and not venture on
the endless hunt for THE best system/toolset).

- all current content in both wiki and "official docs" will be evaluated
and either deprecated or moved over into the Daisy site. I.e. reducing
the wiki to random thoughts and proposals. 

- it should be possible to easily add new documentation contributions to
the Daisy site, although it should be separated from the current site so
editors/publishers can review the information before adding it to the
documentation. This is not a vote of "mistrust", but rather an effort to
keep the documentation under control. AND, as stated: guest contributors
may feel very proud if their contribution is incorporated in the
"official" docs. I know I was proud when my first patch was picked up
and committed.
[Note: this means that a separate site with different roles/rights has
to be set up]

- we should make sure that we end up with only one (virtual)
documentation site, whatever the format/system etc. will be. The current
intention is to eventually move the content of the Daisy site over to
the "official documentation". 
[Note: API docs provide a special set of generated documentation. They
serve a different purpose than the "ordinary" documentation. To me, at
least for now, it is sufficient if there is an easy link from the
"ordinary" docs to the API docs, even if they reside in a different

- Extraction of "current state" for inclusion in a release should be
possible. AFAIU there is a Daisy-to-Forrest plugin available (soon). 


Bye, Helma

View raw message