Questions about documentation management

Events happening in the community are now at Drupal community events on www.drupal.org.
anastasiac's picture

Hello,

My name is Anastasia Cheetham. I'm a developer with and the documentation lead for the Fluid Project (http://fluidproject.org). We're beginning the process of restructuring and redesigning the documentation for our Infusion framework. Part of that process will include migrating to a new platform for the creation and distribution of documentation, and we're interested in learning about the experiences of other open source projects, including Drupal.

Looking at your site, it seems that you use Drupal itself for your documentation (surprise!). I would be interested in hearing about your experiences with Drupal as a platform for technical documentation. For example:

  • What do you like about Drupal for docs? What are its strengths and weaknesses?

  • How easy or hard it is to customize the look and feel of the interface with Drupal? i.e. style, layout, navigation, etc.

  • Do you auto-generate API docs from comments in code? If so, how do you manage integration with more narrative text such as examples, tutorials, etc?

  • How do you manage versioned documentation i.e. documentation specific to numbered releases of Drupal?

  • Do you have dedicated technical writers, or do the developers write the docs, or another approach?

  • Do you support community input/editing of documentation? Why or why not?

I thank you very much for your time, and for any thoughts you can share.

--
Anastasia Cheetham Inclusive Design Research Centre
acheetham@ocad.ca Inclusive Design Institute
OCAD University

Comments

good Questions!

jdonson's picture

We welcome these questions and hope that the community provides good answers.

If not, then some of us will post some relevant pages that inform you.

I suggest watching drupal.org AND isp efforts in this regard...

EG: http://groups.drupal.org/node/94034

Also: webenabled.com is an isp that is very oss cms-focused.

ciao

Jeremy Donson
Database and Systems Engineer
New York City

A few brief answers...

jhodgdon's picture
  • Drupal's style, navigation, etc. are infinitely customizable.
  • The API module is used to generate api.drupal.org, which is the reference site generated from code comments. It's not integrated particularly into the rest of the on-line documentation.
  • All of our on-line documentation (drupal.org/documentation) and our in-code documentation is written with community input -- we're a big open-source project. Pretty much anyone can edit most of the on-line docs. The in-code doc goes through the same patch review process as code changes.
  • The API reference in-line doc is updated with the code (at least in principle, not always in practice but it tends to be pretty up-to-date). So it's automatically synchronized with Drupal versions. We dont' really have a good system for versioning in the on-line documentation at this time. That's an issue we're wrestling with.

Drupal DITA

kvantomme's picture

Hi Anastasia,

Probably you'll be interested in the work we've been doing on a module that would make it possible to work with DITA, an OASIS open standard for single sourced documentation in Drupal. We have a first development release of the module over at http://drupal.org/project/dita

  • What do you like about Drupal for docs? What are its strengths and weaknesses?
    The biggest strength of Drupal as a documentation solution for an open source project is that Drupal has community written all over it: your users can log in, edit, flag, tag, comment, rate and with the revision system Drupal can become much like a wiki but with forms you can design yourself.
    Our current biggest weaknesses in Drupal as a documentation tool are in my opinion: Lack of a good way to deal with differences in documentation between versions (currently we just duplicate all of our docs when there is a new release of Drupal core) and the
    proliferation of documentation topic formats (e.g. sometimes individual topics get their own page, sometimes multiple are grouped in 1 page, etc.). These weaknesses could be addressed with a single sourcing content standard such as DITA.
  • How easy or hard it is to customize the look and feel of the interface with Drupal? i.e. style, layout, navigation, etc.?
    Drupal can be anything for you in terms of style (all the way from the backend to a flash site to a mobile site) and especially in the more resent versions of Drupal (6 and 7) theming has become a lot easier.
  • Do you auto-generate API docs from comments in code? If so, how do you manage integration with more narrative text such as examples, tutorials, etc?
    As you can see our API docs can have comments, and through that somewhat allow for more narrative content. But besides of this and of some content references to the API docs from the Drupal documentation there is no real integration. In DITA API docs would be reference type topics, that could be included in a DITA map and through a relationship table cross-referenced from the more narative documentation (tasks and concepts).
  • How do you manage versioned documentation i.e. documentation specific to numbered releases of Drupal?
    Right now the documentation is duplicated :(
  • Do you have dedicated technical writers, or do the developers write the docs, or another approach?
    There are no dedicated technical writers for our project, all the work is done by volunteers.
  • Do you support community input/editing of documentation? Why or why not?
    We do that's how our documentation works

--

Check out more of my writing on our blog and my Twitter account.

Documentation

Group categories

Event type

Post type

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: