[development] Idea: Site documenter module
Matthew Farina
matt at mattfarina.com
Sat Apr 14 02:13:19 UTC 2007
This is a great idea. This would not only help someone who is
picking up a site they didn't design but help people think through
their own designs a little more.
- Matt
On Apr 13, 2007, at 9:54 PM, Angela Byron wrote:
> When inheriting a site from a client and trying to figure it out,
> there are a number of things one normally does...
>
> - Go to the content types listing and take a look at what types
> exist, and what the field definitions are for those types.
> - Check out what roles there are, and what permissions are assigned
> to those roles.
> - Check out what taxonomy vocabularies exist, and to which content
> types they're assigned
> - etc.
>
> This is all rather time-consuming, as it requires going to about 50
> admin screens, and it's difficult to get a "big picture" of what's
> happening.
>
> Having been asked to write a document containing some of these
> things on a site, I'm thinking of writing a module that basically
> nicely formats a db dump into an HTML page so you can get a bird's
> eye view of what the site entails. Example output might be:
>
> ---
>
> <h1>Site documentation for Example.com</h1>
>
> <h2>Goals</h2>
> [insert site goals here; why does the site exist? who's its target
> market?]
>
> <h2>Overview of architecture</h2>
> [insert overview of architecture here; how various pieces fit
> together and why]
>
> <h2>Enabled module list</h2>
>
> <ul>
> <li><strong>Custom module</strong>: A custom module for the site.
> Description taken from .info file.</li>
> <li><strong>Logintoboggan</strong>: Improves Drupal's login
> system.</li>
> <li><strong>Pathauto</strong>: Provides a mechanism for modules to
> automatically generate aliases for the content they manage.</li>
> </ul>
>
> <h2>Content types</h2>
>
> <h3>Page</h3>
> A static page, like a contact page or an about page.
>
> <h4>Fields</h4>
> Title
> Section (Vocabulary)
> Body
>
> <h3>Announcement</h3>
> A news announcement on the site.
>
> <h4>Fields</h4>
> Title
> Category (Vocabulary)
> Description (Body)
> Attribution (Text)
>
> <h2>Roles</h2>
>
> <ul>
> <li><strong>anonymous user</strong>: [insert description here]</li>
> <li><strong>authenticated user</strong>: [insert description here]</
> li>
> <li><strong>administrator</strong>: [insert description here]</li>
> </ul>
>
> ---
>
> Perhaps this would include an intermediary step (a form) would let
> you enter in broad descriptions for the site, plus descriptions for
> roles, etc. Because this info could be just about anything, it
> could be stored maybe as a serialized array somewhere?
>
> It could also have the option to export a blank template which you
> could fill in manually when you spec out a new client site.
>
> I was thinking also of a settings page where you can turn on/off
> the sections you wish to be included. And it would have to
> implement a hook so other modules could expose their things to
> being included in the documentation output.
>
> What do you think? Crazy idea? Stupid idea? Anyone interested in
> helping to spec something like this out?
>
> -Angie
>
More information about the development
mailing list