Qt Writing Guidelines: Difference between revisions

From Qt Wiki
Jump to navigation Jump to search
No edit summary
 
 
(50 intermediate revisions by 8 users not shown)
Line 1: Line 1:
=Qt Writing Guidelines=
[[Category:Writing Guidelines]]
The Qt Writing Guidelines contains information about writing Qt documentation in a consistent way. Though there are exceptions, maintain the consistency level outlined in the guidelines or the existing Qt documentation.
 
This guideline is maintained by the Qt Documentation Team, with members across the different Qt Group sites. Visit their page at: [[:Category:Developing Qt::Documentation]]
 
== Language Style ==
 


The Qt Writing Guidelines contains information about writing Qt documentation in a consistent way. Though there are exceptions, maintain the consistency level outlined in the guidelines or the existing Qt documentation.
We use the [https://learn.microsoft.com/en-us/style-guide/welcome/ Microsoft Writing Style Guide] in the Qt documentation. Essentially, use clear and direct language in '''American English'''. We write to a diverse audience and we need to communicate Qt topics in an approachable and understandable manner.
 
 
Here are some specifics for Qt:
 
# Use '''active voice''', not passive. Passive does not make a sentence formal, but unnecessarily weakens the sentence. See [https://learn.microsoft.com/en-us/style-guide/grammar/verbs Verbs]
# Use the pronoun '''you''' in to address the reader when appropriate. See [https://learn.microsoft.com/en-us/style-guide/grammar/nouns-pronouns Nouns and Pronouns].
# Use '''because''' instead of "since" or "as". See [https://learn.microsoft.com/en-us/style-guide/word-choice/use-simple-words-concise-sentences Use simple words, concise sentences].
# Use a serial comma, also known as the '''Oxford comma'''. See [https://learn.microsoft.com/en-us/style-guide/punctuation/commas Commas]
# Use the correct spelling and case for Qt Products. See [[Qt Terms and Concepts]]
# Use US spelling and avoid latin abbreviations. See [https://learn.microsoft.com/en-us/style-guide/word-choice/use-us-spelling-avoid-non-english-words Use US spelling and avoid non-English words]. Here is a summary :
 
{| class="wikitable"
|+
!Use
!Instead of
|-
|that is
|i.e.
|-
|namely
|viz.
|-
|therefore
|ergo
|}
 
New in Qt 6.8, the Qt Reference Documentation is available in translated formats. Think about how translatable the sentence you are writing. If the text is too complicated, then
 
it may confuse the reader.
 
'''Tip: ''Say the text out loud. If it sounds weird, then it is weird...then it may also be wrong.'''''
 
== Vale Support ==
Vale is a linter that detects improper use of language and can make suggestions in-place. Vale has  command-line interface and is also available for Qt Creator and VS Code
 
For more information about Vale, visit [[Setting Up Vale]].
 
== Writing API Documentation ==
We document Qt APIs in the sources and use '''QDoc''' to generate the HTML for the doc.qt.io site and an offline version for Qt Creator.
 
C++ and QML documentation follow a similar style, but there are differences. See the following pages for documenting APIs.
 
* [https://doc.qt.io/qt-6/qtwritingstyle-cpp.html C++ Documentation Style]
* [https://doc.qt.io/qt-6/qtwritingstyle-qml.html QML Documentation Style]
 
For designing Qt APIs, visit:
 
* [[API Design Principles]]


==Language and Article Styles – writing articles and pages==
== Using QDoc to Write Documentation ==


* [[LanguageGuidelines|Language Guidelines]]
These '''QDoc''' guidelines complement the [http://doc.qt.io/qt-5/qdoc-index.html QDoc Manual]
* [[CppDocumentationStyle|C++ Documentation Style]]
* [[QMLDocumentationStyle|<span class="caps">QML</span> Documentation Style]]
* [[ExamplesDocumentationStyle|Examples and Tutorials Style]]
* [[Spelling Module Names in Qt Documentation|Spelling Qt Module Names]]


==QDoc Guidelines – writing the QDoc files==
* [[QDocStyleGuidelines | Style Guidelines]] - proper use of commands, code blocks, markup, and indentation
* [[QDocLinkingGuidelines | Linking Guidelines]]
* [[ QDoc Project Templates]]
* [[Checklist for Adding Documentation for a New Module]]
* [[Qt_Documentation_Structure | Documentation Structure]] page contains a map of how the directory structure of a repository or module


These QDoc guidelines complement the [http://doc.qt.io/qt-5/qdoc-index.html QDoc Manual] ''[qt.io]''
== Using QDoc \note and \warning ==
''This is a prevalent issue that warrants its own section.''


* [[QDocStyleGuidelines|Style Guidelines]] – proper use of commands, code blocks, markup, and indentation
QDoc has a '''\note''' command that creates a stylized '''Note:''' in the documentation. Similarly '''\warning''' creates a '''Warning:''' in the documentation.
* [[QDocLinkingGuidelines|Linking Guidelines]]
* [[QDocExamples|Integrating Examples]]
* [[QDoc Project Templates]]


==Qt 5 Documentation Requirements==
Use them sparingly but be aware of their intended use and consequences.


When writing Qt documentation, ensure that new Qt 5 modules conform to the requirements:
* Notes and warnings break the flow of the paragraph or section, creating an aside or detour from the usual topic.
* '''\note is only for 1-sentence statements'''. See [https://doc.qt.io/qt-6/11-qdoc-commands-specialcontent.html#note \note command] in the QDoc manual.
* Reserve '''\warning for critical information''' that lead to serious consequences.
Think of the hierarchy of information. When highlighting several important content, only have the most important in a \note. Notes that are not critical may not be that important.


* [[Qt5DocumentationProject|Qt 5 Documentation]]
Instead, '''integrate the sentence or statement into a paragraph'''. A one-line paragraph dangling in a page is better than the overuse of notes.
* [[Checklist-for-Adding-Documentation-for-a-New-Module|Checklist for Adding Documentation for a New Module]]
* [[Qt Documentation Structure|Documentation Structure]] page contains a map of how the directory structure of a repository or module should be


QDoc changes should pass the [[QDocRegressionTesting]]
== Documenting Examples ==
Qt Examples are an important part of the Qt Framework. They show how the framework is to be used and inspire developers about possibilities with Qt. These pages help with creating examples, documenting examples, and how to contribute examples into the Qt repositories.
* [[Qt Examples Guidelines]] - do's and don'ts for examples


==Licensing Qt Reference Documentation==
* [[Writing Example Documentation and Tutorials]]  - writing example documentation and tutorials
* [[Contributing Examples to Qt]] - configuring an example for integration into the Qt repositories
* [[Qt Examples in Qt Creator]] - ensuring that the example works within Qt Creator


We distribute documentation, examples, or snippets under the following licenses:
== Including Images ==
The requirements for images in Qt documentation is outlined in QUIP-21.


* <span class="caps">GNU</span> Free Documentation License: for pure documentation (typically in .qdoc files)
* [https://contribute.qt-project.org/quips/21 QUIP-21] '''Using images in Qt documentation'''
* <span class="caps">BSD</span> 3-Clause License: for snippet documentation and examples
* <span class="caps">LGPL</span>: for demo applications and when <span class="caps">LGPL</span> is warranted


The header for the licenses are located in qtbase and should be pasted on the top of the files.
== Qt 5 Documentation Requirements ==


==Related Links==
For Qt 5 documentation, or those who create documentation using Qt 5, see the following pages:
* [[Qt5DocumentationProject | Qt 5 Documentation]]


* [[:Category:Developing Qt::Documentation|Qt Documentation Wiki]] ''[qt.io]'' – the main Documentation wiki which contains style information and contribution details. '''Also contains contact information for the Qt Documentation Team'''
QDoc changes should pass the [[QDocRegressionTesting]]
* [http://doc.qt.io/qt-5/qdoc-index.html QDoc Manual] ''[qt.io]'' – contains a guide to QDoc as well as information about C++ and <span class="caps">QML</span> commands
* [[Building Qt Documentation]] – outlines how to build the documentation for Qt 5 and for each module
* http://doc-snapshot.qt.io/ ''[doc-snapshot.qt.io]'' – the documentation snapshot

Latest revision as of 15:50, 21 November 2024

The Qt Writing Guidelines contains information about writing Qt documentation in a consistent way. Though there are exceptions, maintain the consistency level outlined in the guidelines or the existing Qt documentation.

This guideline is maintained by the Qt Documentation Team, with members across the different Qt Group sites. Visit their page at: Category:Developing Qt::Documentation

Language Style

We use the Microsoft Writing Style Guide in the Qt documentation. Essentially, use clear and direct language in American English. We write to a diverse audience and we need to communicate Qt topics in an approachable and understandable manner.


Here are some specifics for Qt:

  1. Use active voice, not passive. Passive does not make a sentence formal, but unnecessarily weakens the sentence. See Verbs
  2. Use the pronoun you in to address the reader when appropriate. See Nouns and Pronouns.
  3. Use because instead of "since" or "as". See Use simple words, concise sentences.
  4. Use a serial comma, also known as the Oxford comma. See Commas
  5. Use the correct spelling and case for Qt Products. See Qt Terms and Concepts
  6. Use US spelling and avoid latin abbreviations. See Use US spelling and avoid non-English words. Here is a summary :
Use Instead of
that is i.e.
namely viz.
therefore ergo

New in Qt 6.8, the Qt Reference Documentation is available in translated formats. Think about how translatable the sentence you are writing. If the text is too complicated, then

it may confuse the reader.

Tip: Say the text out loud. If it sounds weird, then it is weird...then it may also be wrong.

Vale Support

Vale is a linter that detects improper use of language and can make suggestions in-place. Vale has command-line interface and is also available for Qt Creator and VS Code

For more information about Vale, visit Setting Up Vale.

Writing API Documentation

We document Qt APIs in the sources and use QDoc to generate the HTML for the doc.qt.io site and an offline version for Qt Creator.

C++ and QML documentation follow a similar style, but there are differences. See the following pages for documenting APIs.

For designing Qt APIs, visit:

Using QDoc to Write Documentation

These QDoc guidelines complement the QDoc Manual

Using QDoc \note and \warning

This is a prevalent issue that warrants its own section.

QDoc has a \note command that creates a stylized Note: in the documentation. Similarly \warning creates a Warning: in the documentation.

Use them sparingly but be aware of their intended use and consequences.

  • Notes and warnings break the flow of the paragraph or section, creating an aside or detour from the usual topic.
  • \note is only for 1-sentence statements. See \note command in the QDoc manual.
  • Reserve \warning for critical information that lead to serious consequences.

Think of the hierarchy of information. When highlighting several important content, only have the most important in a \note. Notes that are not critical may not be that important.

Instead, integrate the sentence or statement into a paragraph. A one-line paragraph dangling in a page is better than the overuse of notes.

Documenting Examples

Qt Examples are an important part of the Qt Framework. They show how the framework is to be used and inspire developers about possibilities with Qt. These pages help with creating examples, documenting examples, and how to contribute examples into the Qt repositories.

Including Images

The requirements for images in Qt documentation is outlined in QUIP-21.

  • QUIP-21 Using images in Qt documentation

Qt 5 Documentation Requirements

For Qt 5 documentation, or those who create documentation using Qt 5, see the following pages:

QDoc changes should pass the QDocRegressionTesting