Support:Style Guide

From MozillaWiki
Revision as of 08:08, 4 July 2007 by Cilias (talk | contribs) (add extra space)
Jump to navigation Jump to search

The support.mozilla.com style guide aims to make the Firefox support Knowledge Base consistent, resulting in a knowledge base, that is easy to read and contribute to. These are not rigid rules. If you feel you have good reason not to follow any of these guidelines, feel free not to follow them. Conversely, do not be surprised if your contributions are edited, to comply the style guide.


Common inconsistencies


Terminology

In cases where you are not sure of proper terminology, or if an element has more than one name, use the term in the user-interface. For instance, in the customize toolbar screen, the term used for the location bar is "Location" bar, not "Address" bar, or "URL" bar. Other often used terms:

  • It's "web feeds", not "RSS feeds".
  • It's "search engines", not "search plug-ins".
  • Home page is two words, not one.
  • Web site is two words, not one.


Preference names / values

[We still need to figure out what we can do with this on tikiwiki.]


User scripts (user.js, userChrome.css, userContent.css)

[We still need to figure out what we can do with this on tikiwiki.]


File names / paths

File names and file paths should presented in italics.


Keyboard shortcuts

[We still need to figure out what we can do with this on tikiwiki.]


Menu paths

[We still need to figure out what we can do with this on tikiwiki.]


Acronyms and Abbreviations

When using a term, that may be presented as an acronym or abbreviation, use the method of presentation that is used in the user-interface; and do not separate the letters of an acronym by a period.

  • Good: SSL 3.0
  • Bad: S.S.L. 3.0
  • Bad: Secure Sockets Layer 3.0


Dictionaries

United States English spelling is preferred.

  • Good: color
  • Bad: colour

If you're unsure of spelling, refer to Answers.com.


Links to Bugzilla and other references

Links to any bug pages on Bugzilla should be treated as references. [We still need to figure out what we can do with this on tikiwiki.]


Article Title/Section Capitalization

When creating the name of an article, capitalize the first word and any proper nouns.

  • Good: How to set the Home page
  • Bad: How To Set The Home page


Latin Abbreviations

Common Latin abbreviations (etc., i.e., e.g.) may be used in parenthetical expressions and in notes. Use periods in these abbreviations.

  • Good: Search engines (e.g. Google) can be used ...
  • Bad: Search engines e.g. Google can be used ...
  • Bad: Search engines, e.g. Google, can be used ...
  • Bad: Search engines, (eg: Google) can be used ...


Plurals of acronyms and abbreviations

For plurals of acronyms or abbreviations, add s, without the apostrophe.

  • Good: CD-ROMs
  • Bad: CD-ROM's


Pluralization

Use English-style plurals, not the Latin- or Greek-influenced forms.

  • Good: viruses
  • Bad viri


Dates

  • For dates use the format: January 1, 1990.
    • Good: December 31, 2007
    • Bad: December 31st, 2007
    • Bad: 31 December, 2007
  • Alternatively, you can use YYYY-MM-DD
    • Good: 2007-12-31
    • Bad: 31-12-2007
    • Bad: 12-31-2007


Serial Commas

Use the serial comma. The serial (also known as "Oxford") comma is the comma that appears before "and" in a series of three or more items.

  • Good: Clear your cache, cookies, and history.
  • Bad: Clear your cache, cookies and history.