Skip to content
Snippets Groups Projects
Commit 4597ea70 authored by Jan Frenzel's avatar Jan Frenzel
Browse files

Merge branch '14-writing-style-guide' into 'preview'

Add writing style guide to contribution pages

Closes #14

See merge request !587
parents 667061cf 8857f8c9
No related branches found
No related tags found
2 merge requests!590Automated merge from preview to main,!587Add writing style guide to contribution pages
...@@ -77,14 +77,22 @@ should be highlighted, etc. Code examples, longer than half screen height should ...@@ -77,14 +77,22 @@ should be highlighted, etc. Code examples, longer than half screen height should
## Writing Style ## Writing Style
* Avoid using tabs both in markdown files and in `mkdocs.yaml`. Type spaces instead. * Assume that a future reader is eager to start typing commands. Thus, encourage the reader by
* Capitalize headings, e.g. *Exclusive Reservation of Hardware* addressing him/her directly:
* Give keywords in link texts, e.g. [Code Blocks](#code-blocks-and-syntax-highlighting) is more * Example: Use `You can/should ...` instead of `Users can/should ...`
descriptive than [this subsection](#code-blocks-and-syntax-highlighting) * Example: Use `Your contribution is highly welcome` instead of `Contributions from user-side
are highly welcome`
* Be brief! Provide the main idea/commands first, special cases later. If it is not necessary to
know how a special piece of software works, don't explain it.
* Provide the often-used commands first.
* Use active over passive voice * Use active over passive voice
* Write with confidence. This confidence should be reflected in the documentation, so that * Write with confidence. This confidence should be reflected in the documentation, so that
the readers trust and follow it. the readers trust and follow it.
* Example: `We recommend something` instead of `Something is recommended.` * Example: `We recommend something` instead of `Something is recommended.`
* Capitalize headings, e.g. *Exclusive Reservation of Hardware*
* Give keywords in link texts, e.g. [Code Blocks](#code-blocks-and-syntax-highlighting) is more
descriptive than [this subsection](#code-blocks-and-syntax-highlighting)
* Avoid using tabs both in markdown files and in `mkdocs.yaml`. Type spaces instead.
## Spelling and Technical Wording ## Spelling and Technical Wording
...@@ -258,8 +266,8 @@ _Result_: ...@@ -258,8 +266,8 @@ _Result_:
### Data Privacy and Generic Names ### Data Privacy and Generic Names
Where possible, replace login, project name and other private data with clearly arbitrary Where possible, replace login, project name and other private data with clearly recognizable
placeholders. In particular, use the generic login `marie` and the project title `p_number_crunch` placeholders. In particular, use the generic login `marie` and the project title `p_number_crunch`
as placeholders. as placeholders.
```console ```console
...@@ -269,15 +277,26 @@ drwxr-xr-x 3 marie p_number_crunch 4096 Feb 12 2020 data ...@@ -269,15 +277,26 @@ drwxr-xr-x 3 marie p_number_crunch 4096 Feb 12 2020 data
-rw-rw---- 1 marie p_number_crunch 4096 Jan 24 2020 readme.md -rw-rw---- 1 marie p_number_crunch 4096 Jan 24 2020 readme.md
``` ```
### Placeholders #### Placeholders
Placeholders represent arguments or code parts that can be adapted to the user's needs. Use them to
give a general idea of how a command or code snippet can be used, e. g. to explain the meaning of
some command argument:
TODO! ```bash
marie@login$ sacct -j <job id>
```
## Mark Omissions Here, a placeholder explains the intention better than just a specific value:
If showing only a snippet of a long output, omissions are marked with `[...]`. ```console
marie@login$ sacct -j 4041337
```
## Unix Rules Please be aware, that a reader often understands placeholders easier if you also give an example.
Therefore, always add an example!
##### Unix Rules
Stick to the Unix rules on optional and required arguments, and selection of item sets: Stick to the Unix rules on optional and required arguments, and selection of item sets:
...@@ -285,6 +304,10 @@ Stick to the Unix rules on optional and required arguments, and selection of ite ...@@ -285,6 +304,10 @@ Stick to the Unix rules on optional and required arguments, and selection of ite
* `[optional argument or value]` * `[optional argument or value]`
* `{choice1|choice2|choice3}` * `{choice1|choice2|choice3}`
#### Mark Omissions
If showing only a snippet of a long output, omissions are marked with `[...]`.
## Graphics and Attachments ## Graphics and Attachments
All graphics and attachments are saved within `misc` directory of the respective sub directory in All graphics and attachments are saved within `misc` directory of the respective sub directory in
......
# ZIH HPC Documentation # ZIH HPC Documentation
This is the documentation of the HPC systems and services provided at This is the documentation of the HPC systems and services provided at
[TU Dresden/ZIH](https://tu-dresden.de/zih/). This documentation is work in progress, since we try [TU Dresden/ZIH](https://tu-dresden.de/zih/). This documentation is work in progress, since we try
to incorporate more information with increasing experience and with every question you ask us. The to incorporate more information with increasing experience and with every question you ask us. The
HPC team invites you to take part in the improvement of these pages by correcting or adding useful HPC team invites you to take part in the improvement of these pages by correcting or adding useful
information. information.
...@@ -13,7 +13,7 @@ Issues concerning this documentation can reported via the GitLab ...@@ -13,7 +13,7 @@ Issues concerning this documentation can reported via the GitLab
Please check for any already existing issue before submitting your issue in order to avoid duplicate Please check for any already existing issue before submitting your issue in order to avoid duplicate
issues. issues.
Contributions from user-side are highly welcome. Please find out more in our [guidelines how to contribute](contrib/howto_contribute.md). Your contributions are highly welcome. Please find out more in our [guidelines how to contribute](contrib/howto_contribute.md).
!!! tip "Reminder" !!! tip "Reminder"
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment