summaryrefslogtreecommitdiffstats
path: root/docs/documentation_best_practices.md
diff options
context:
space:
mode:
authorfauxpark <fauxpark@gmail.com>2017-12-09 06:49:07 +0100
committerJack Humbert <jack.humb@gmail.com>2017-12-09 16:46:11 +0100
commitaf37bb2f78c39c224c995eb57c757c63034a3d9c (patch)
tree9ad591cb895d1ac13cce6145d11738569dff0a93 /docs/documentation_best_practices.md
parent4c675a83ba1d3561bfd6baad57a250066f5db4d3 (diff)
downloadqmk_firmware-af37bb2f78c39c224c995eb57c757c63034a3d9c.tar.gz
qmk_firmware-af37bb2f78c39c224c995eb57c757c63034a3d9c.tar.xz
Fix some of the more obvious typos
Diffstat (limited to 'docs/documentation_best_practices.md')
-rw-r--r--docs/documentation_best_practices.md4
1 files changed, 2 insertions, 2 deletions
diff --git a/docs/documentation_best_practices.md b/docs/documentation_best_practices.md
index 059b25bcd..80de8c039 100644
--- a/docs/documentation_best_practices.md
+++ b/docs/documentation_best_practices.md
@@ -4,7 +4,7 @@ This page exists to document best practices when writing documentation for QMK.
# Page Opening
-Your documentation page should generally start with an H1 heading, followed by a 1 paragrah description of what the user will find on this page. Keep in mind that this heading and paragraph will sit next to the Table of Contents, so keep the heading short and avoid long strings with no whitespace.
+Your documentation page should generally start with an H1 heading, followed by a 1 paragraph description of what the user will find on this page. Keep in mind that this heading and paragraph will sit next to the Table of Contents, so keep the heading short and avoid long strings with no whitespace.
Example:
@@ -78,7 +78,7 @@ What about an error message?
# Documenting Features
-If you create a new feature for QMK, create a documentation page for it. It doesn't have to be very long, a few sentances describing your feature and a table listing any relevant keycodes is enough. Here is a basic template:
+If you create a new feature for QMK, create a documentation page for it. It doesn't have to be very long, a few sentences describing your feature and a table listing any relevant keycodes is enough. Here is a basic template:
```markdown
# My Cool Feature