Note that this wasn't maintained since 20030824. Current effort is focused toward 1.8 documentation, more information is available on TikiDocumentation and on http://doc.tiki.org. Most information here is less pertinent than originally but some ideas are still true.

Note: I attached an archive that when extracted will produce a series of webpages providing technical documentation for tikilib.php. This documentation was produced in 22 seconds using phpDocumentor, and can be updated anytime there is a change to tikilib. The documentation would be greatly improved if there were inline comments in tikilib following the proper syntax Still, it's impressive. phpDocumentor supports multiple output formats from PDF to HTML and Windows Help files. I am hoping to get people familiar with the tools and syntax so that most developers can add the comments to their files, and anyone can run the phpDocumentor script on our sources. This is the favored approach in my opinion for generating the technical documentation for the project. Comments? There is more information on PhpDocumentor at the phpDocumentor project website - freephile 24 July 2003

To be able to produce the Tiki 1.7 (and later) release documentation in an easily maintainable and distributable fashion. Other parts of this goal include:

• Maintain documentation source in native Tiki format as the ultimate TikiWikiCaseStudy
• Ability to produce normal output formats (list to be determined: PDF, Word, etc)
• Easy for each class of users (developers, site administrators, end-users, etc) find only what they need
• Easy for developers to create documentation that maintains consistency in both content and format
• Easy for site administrators/content managers to develop local-site documentation and still be able to upgrade with new Tiki releases

Need to see:

• what features does Tikiwiki provide
• what doc:Requirements and Setup are needed to run/install Tikiwiki
• case studies (links to Case Studies category until I find a better link) - how is Tikiwiki being used by other sites?

Need a GettingStartedGuide

What Bryan Pfaffenberger referred to as:

This is the task master, someone willing to assign and track/report status. Watches the changelog like a hawk.

What Bryan Pfaffenberger referred to as:

A good technical component to this would be the content templates proposal from Chris Kaleiki (anenga).

This is really, I think, the most valuable set of contributors to documentation quality. Here is where we make the documentation really useful for end users and content managers. This is where I expect many of the case studies and examples/howtos of how to use the different features of Tiki together are going to come from. Also included in this would be the marketing aspect.

Checks to make sure documentation meets criteria and is complete; examines and approves/rolls back changes to wiki pages, examines and approves/deletes reader comments (like those appended to the MySQL documentation)

A sub-group of Tiki developers developing utilities related to documentation. This includes things like:

• PDF generation
• Wiki structure based output

I gotta mention them here, but I really don't want to have to think about this right now. I can only think in one language at a time. 😐

• For a list of Tiki features, with their Glossary entries:
  • TikiFeatures
• For an explanation of the various Wiki pages needed for each feature (i.e., FeatureX, FeatureXDoc, FeatureXDev, FeatureXAdmin):
  • FeatureX
• For a list of Wiki feature pages that have been written or are currrently being written and a proposed process for editing them:
  • FeatureReference
• For a proposed set of conventions for documentation (when to italicize, when to boldface, etc.):
  • DocConventions
  • Also: Note the content templates available whenever editing a page:
    • Feature
    • FeatureAdmin
    • FeatureDev
    • FeatureDoc