Archive:Docs Project Style Guide - General Guidelines
(Expanding more information on Sentence Formation)
m (Expanded on the idea of sentence formation and how it impacts documentation. Included a list of words that reduce the impact of writing.)
|Line 100:||Line 100:|
INCORRECT: If an email client will not send or receive messages, then check under the File Menu and verify "Work Offline" mode is unselected.
INCORRECT: If an email client will not send or receive messages, then check under the File Menu and
verify "Work Offline" mode is unselected.
CORRECT: If an email client will not send or receive messages, check under the File Menu and verify "Work Offline" mode is unselected.
CORRECT: If an email client will not send or receive messages, check under the File Menu and
verify "Work Offline" mode is unselected.
Many words we use in everyday conversation reduce impact in printed materials because they "leave a way out." These are words preceding verbs to minimize the
Many words we use in everyday conversation reduce impact in printed materials because they "leave a way out." These are words preceding verbs to minimize the 's influence. This is not an exhaustive list, but mindful documentation writers will reduce using these words and those of a similar nature.
==== Capitalization ====
==== Capitalization ====
Revision as of 18:35, 21 September 2008
The following sections provide guidelines for both sentence composition and syntax usage. Follow these guidelines to ensure your document's tone is consistent with that of other Fedora documentation.
Instructions and rules use an active voice, presenting confidence to the reader without sounding demanding. An active voice provides clear direction. It shows the reader what to do and gives expected results. Active voice leaves the reader with the impression an author stands behind the written work.
ACTIVE: Select a strong password to improve personal security. PASSIVE: Personal security improves by a strong password being selected.
Avoid writing out of context. Adhere carefully to the subject matter of the document, chapter, section, and paragraph. Use references as appropriate, structuring documents so each new part builds upon the last. Avoid making the reader skip ahead to put current parts in context. Provide a link to related documentation if the reader may need it for clarification.
Emphasis is most effective when used sparingly. Use methods of emphasis such as boldface, underlining, or oblique text to draw attention to a new term. Use admonitions to set off notable material. Another acceptable way to emphasize a point is with varying sentence formation or word choice. The best documentation writers plan ahead for emphasis, applying it with careful consistency throughout the document.
Accuracy and Precision
Accuracy and precision make or break any document. This axiom applies equally to technical and literary accuracy. Choose words after considering as many usage cases as possible. For example, "go to" is not as precise as "click," yet "click" may not be accurate for all interface interactions. The term "select" is accurate in any usage case and sufficiently precise. Don't become too preoccupied in an attempt to cover all potential usage cases. Covering rare side cases elongates a document beyond reason, and the reader loses focus.
Tense is the time in which language takes place. There are three main tenses: past, present, and future. Select an appropriate tense for the document and adhere to it. For technical documentation, use the present tense whenever possible. Maintaining the same tense for each statement in a document is vital for clarity. Keep the same tense for all sequential tasks in a procedure.
Avoid contractions, the combination of two words with an apostrophe replacing one or more letters. Contractions reduce the readability of documents and make translation more difficult. Other cultures and languages interpret contractions differently, and this confusion conflicts with the goals of the Fedora Documentation Project.
Pronouns are words language uses to replace specific noun phrases. Good writers must strike a balance between over-repeating a noun phrase, and using pronouns to stand in for nouns. A general rule to preserve clarity is to never repeat noun substitution with a pronoun in two consecutive sentences. Readers of technical documents need constant reminders on the exact subject the author is writing about. Prevalent use of pronouns cause readers to guess the subject a sentence is referencing. These assumptions reduce the effectiveness of documentation.
Avoid most personal pronouns in documentation, including the following:
- Subjective personal pronouns ("I," "he," "she," "it," "we,")
- Objective personal pronouns ("me," "her," "him," "us")
- Possessive personal pronouns ("my," "her," "his," "our")
- Reflexive pronouns, such as "yourself" or "himself"
- Intensive pronouns, such as "he himself" or "(you) do it yourself"
- Resist overuse of "you", "your", and "one/one's"
Occasionally situations require the second person pronoun "you," and its attendant forms for clarity. Maintaining an active voice is paramount over avoiding the second person pronouns. "You" and "your" are appropriate words to indicate action or possession on the part of the reader.
Indefinite pronouns such as "this" or "that" without an antecedent make it tough for a reader to follow an author's meaning. Favor writing an exact noun phrase whenever possible over the vague words "this," "these," "those," and "that."
INCORRECT: Edit your yum configuration files to use geographically close mirrors. This allows you to update your system faster. CORRECT: Edit the yum configuration files to use geographically close mirrors for faster system updates.
When eliminating indefinite pronouns, a cumbersome long sentence may result from joining too many clauses. Use indefinite pronouns to break long sentences up to improve clarity, but always provide a proper antecedent.
INCORRECT: Stay current with recommended updates to your operating system in order to improve functionality of applications, remove security risks, and automatically resolve performance issues solved from bug reports. CORRECT: Stay current with recommended updates to your operating system. These updates improve functionality of applications, remove security risks, and automatically resolve performance issues solved from bug reports.
Keep sentences as short as possible. Cutting unnecessary words is a vital to strengthen meaning. There are a number of common traps technical writers fall into resulting in lengthy sentences.
Indirect discourse refers to the use of "that" to attribute a statement, fact, or feeling in a sentence without the use of quotation marks. In regular writing, it weakens statements of fact. Documentation writers can improve the impact of sentences by removing "that" and "which."
INCORRECT: Fedora is an open source operating system that is upstream for many other open source projects. CORRECT: Fedora is an upstream open source operating system for many other open source projects.
Other Unnecessary Word Combinations
Avoid using the unnecessary word "then" following an "if" statement. When a sentence begins with an "if" statement, follow it with a comma and complete the sentence with a full statement.
INCORRECT: If an email client will not send or receive messages, then check under the File Menu and verify "Work Offline" mode is unselected. CORRECT: If an email client will not send or receive messages, check under the File Menu and verify "Work Offline" mode is unselected.
Many words we use in everyday conversation reduce impact in printed materials because they "leave a way out." These are words preceding verbs and nouns to minimize the sentence's influence. This is not an exhaustive list, but mindful documentation writers will reduce using these words and those of a similar nature.
In sentences, capitalize the first word. Do not start sentences with a command, package, or option name, to avoid breaking this rule.
INCORRECT: <code>smolt</code> provides hardware profiling. CORRECT: The <code>smolt</code> package provides hardware profiling.
In headings, capitalize the first word and any other word that is not an article ("a," "an," or "the"), a short preposition ("in," "of," "for," "with," "at," "on"), or a conjunction ("and," "but," "or"). Examples:
- Avoid Using Contractions in Technical Writing
- Try to Do the Right Thing
- Find the Right Way to Say What You Mean
Avoid the following punctuation in sentences:
- Parentheses or "em dashes," which usually indicate the writer should restructure a sentence, possibly into two or more sentences
- Semicolons, which usually indicate the writer should break a sentence in two, or use bullets or a numbered procedure in place of a sequential list
- Ellipsis, except where used to denote an indefinite continuation of the same or similar content in an example
- Exclamation points, except in the most dire "warning" admonitions
- Ampersands, for which the writer should use the word "and"
- Slashes, as in "he/she," "s/he," and "and/or," for which the writer should find an alternate sentence construction, or use the word "or"
Every writer encounters issues that are difficult to solve. When such an issue arises, do research to find an adequate solution for present and future instances of the issue, or write around the issue instead. For example, if it is unclear whether to use a comma in a sentence, rewrite the sentence differently, or split it into two sentences to avoid the issue entirely.