Handbook style guide
A style guide provides consistency throughout the handbooks, just as Coding standards do for the modules. It offers guidelines for individual page structure, formatting, and markup, as well as language usage, such as italicizing, bolding, spelling, and capitalization. Also see the Documentation writer's guide for overall handbook considerations, such as organization and structure.
All pages, submissions, and edits in the Handbook must follow the following guidelines. Updates to the Handbooks submitted to the moderation queue will not be published until they follow these guidelines.
- Titles
- Use short descriptive titles to label a handbook entry. Titles should be 80 characters or less. Avoid redundancy; the words "Drupal" and "Handbook" should rarely be used in titles.
- Capitalize only the first letter of a title unless using a proper noun. e.g.: Installing modules; Designing themes in Dreamweaver.
- Use "HowTo: {title}" for documentation pages that function as step-by-step recipe-type tutorials.
- Avoid numbering child pages; use page weight to properly order them. Use "1." style numbering if you must, not "1)" or "1-"
- Writing style
- Avoid using personal pronouns: I, my, we, our, etc.
- Don't be wordy or colloquial.
- Use a single space after a period.
- Spell check.
- Spelling and capitalization
- Use US English spelling. For example, color, not colour.
- Drupal, not drupal
- email, not e-mail
- HTML, not html
- URL, not url
- PHP, not php
- MySQL
- JavaScript, not Javascript
- HowTo:, not HOWTO:
- Paths
- When describing how to get to a specific user interface option (e.g. the add vocabulary option in the categories section of the administer screen) demarcate the path needed to access the option using this format:
destination (<em>path > to > item > destination</em>)
Which will yield text that looks like this:
destination (path > to > item > destination) - Do not abbreviate words in the navigation path (e.g.: use administer instead of admin).
- Menu items can move. Include the path for any user interface option.
- HTML and code formatting
- Avoid heading tags: <h1>, <h2>, <h3>, <h4>, etc.
- Avoid underline <u>; use emphasis <em> or italics <i> for book titles and words as words; use strong <strong> or bold <b> for headings.
- Use ordered lists <ol> for step by step instructions.
- Enclose HTML code samples within <code> tags.
- Enclose PHP code samples within <?php and ?> tags.
- Linking
- Avoid title tags unless the text in the link is not descriptive enough. See Dive Into Accessibility - Adding titles to links for more explanation.
- Use relative links where possible:
Bad:
<a href="http://www.drupal.org/node/1234567">
Good:
<a href="/node/1234567"> - Links should be embedded within normal descriptive body text:
Bad:
I like cat stomachs. To learn more about them <a href="http://www.catstomachsrule.com">click here</a>
Good:
My favorite organ in a cat is the <a href="http://www.catstomachsrule.com" title="Information about Cats and their Stomachs">stomach</a> - Use 'www.example.com' as the domain name when describing an example URL.
- Link to relevant documentation and forum posts as much as possible. You only need to link to each relevant item once.

Improper Titling
The rules stated here for titles are incorrect English titling rules. In a title, all words except common pronouns (e.g. "the" and "a") should be capitalized.
There really isn't an option to fix this.
[posted by Senpai on May 9th, 2008. The reply and it's parent comment will be deleted by me in one month.]
Ahh, but Drupal uses these titles as it's breadcrumbs, and having everything capitalized in proper English style would force breadcrumbs to appear incorrectly.
One of two things could be done about this, I suppose. Either we write a function that parses each title string and converts everything to lowercase before inserting it into the breadcrumb array, or we write our titles like we always have before.
The first option gives us proper grammar, but at the expense of a slower drupal.org site, while the second option doesn't require any additional effort but forces us to enforce an "improper" style of writing. I'm not sure which one is better and which one is worse, but I can tell you with 100% certainty that anything which requires writing code, and writing code that slows down our mothership will not happen.
Thus, we live with option #2.
______________________________
Senpai (also see my Drupal Dojo account)
I work for Achieve Internet.
Hmm...
So the child page of this page should show "Home >> Handbook style guide"? Gosh when I look at it I see "Home >> Style Guide." ;-)
=-=
I don't even see the Style Guide in the breadcrumb until I click on the reply link using IE7
_____________________________________________________________________
My posts & comments are usually dripping with sarcasm.
If you ask nicely I'll give you a towel : )
Wait a second...
I don't think there's such a thing as a "correct" rule for capitalizing English titles. Drupal's rule is perfectly legitimate, and a similar rule is used by many other organizations.
For example, it's quite common among newspapers -- a quick search shows that The Times (UK), USA Today, and The Boston Globe (and probably a whole bunch of others) use minimal capitalization in the headlines on their websites. Wikipedia does it too.
Personally, I like the way Drupal's current style looks, since the titles are already in a relatively large font, and too many capital letters might be a bit overwhelming.... Either way, I doubt it's worth the effort that changing this rule would entail ;)
Take a Look
http://www.writersblock.ca/tips/monthtip/tipmar98.htm
Does wide-spread use of "ain't" make it any more proper?