aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAlexander Dang-Tran <alex.dangtran@gmail.com>2018-05-19 16:20:07 -0500
committerJack Humbert <jack.humb@gmail.com>2018-05-24 00:00:20 -0400
commit73ddb764ccbe47662ba4604a18818f003abd8d36 (patch)
treea3927d6677bbc20f2e159fc922ca71078a16ccfb
parent2ec0e014302fbdcd61047e90c131d0e1302f2e17 (diff)
downloadqmk_firmware-73ddb764ccbe47662ba4604a18818f003abd8d36.tar.gz
qmk_firmware-73ddb764ccbe47662ba4604a18818f003abd8d36.zip
Fix readme and contributing hyperlinks
-rw-r--r--docs/README.md4
-rw-r--r--docs/contributing.md6
2 files changed, 5 insertions, 5 deletions
diff --git a/docs/README.md b/docs/README.md
index a4db81eb6..22ab243cd 100644
--- a/docs/README.md
+++ b/docs/README.md
@@ -19,7 +19,7 @@ Otherwise, you can either download it directly ([zip](https://github.com/qmk/qmk
19 19
20## How to Compile 20## How to Compile
21 21
22Before you are able to compile, you'll need to [install an environment](01_Getting_Started/01_Install_Build_Tools.md) for AVR or/and ARM development. Once that is complete, you'll use the `make` command to build a keyboard and keymap with the following notation: 22Before you are able to compile, you'll need to [install an environment](getting_started_build_tools.md) for AVR or/and ARM development. Once that is complete, you'll use the `make` command to build a keyboard and keymap with the following notation:
23 23
24 make planck/rev4:default 24 make planck/rev4:default
25 25
@@ -29,4 +29,4 @@ This would build the `rev4` revision of the `planck` with the `default` keymap.
29 29
30## How to Customize 30## How to Customize
31 31
32QMK has lots of [features](05_Features/index.md) to explore, and a good deal of [reference documentation](http://docs.qmk.fm) to dig through. Most features are taken advantage of by modifying your [keymap](07_Reference/Keymap_Overview.md), and changing the [keycodes](06_Keycodes/index.md). 32QMK has lots of [features](features.md) to explore, and a good deal of [reference documentation](http://docs.qmk.fm) to dig through. Most features are taken advantage of by modifying your [keymap](keymap.md), and changing the [keycodes](keycodes.md).
diff --git a/docs/contributing.md b/docs/contributing.md
index 0e8066f00..17a9aa985 100644
--- a/docs/contributing.md
+++ b/docs/contributing.md
@@ -101,7 +101,7 @@ You'll find all our documentation in the `qmk_firmware/docs` directory, or if yo
101 101
102Most first-time QMK contributors start with their personal keymaps. We try to keep keymap standards pretty casual (keymaps, after all, reflect the personality of their creators) but we do ask that you follow these guidelines to make it easier for others to discover and learn from your keymap. 102Most first-time QMK contributors start with their personal keymaps. We try to keep keymap standards pretty casual (keymaps, after all, reflect the personality of their creators) but we do ask that you follow these guidelines to make it easier for others to discover and learn from your keymap.
103 103
104* Write a `readme.md` using [the template](https://docs.qmk.fm/documentation_templates.html#). 104* Write a `readme.md` using [the template](documentation_templates.md).
105* All Keymap PR's are squashed, so if you care about how your commits are squashed you should do it yourself 105* All Keymap PR's are squashed, so if you care about how your commits are squashed you should do it yourself
106* Do not lump features in with keymap PR's. Submit the feature first and then a second PR for the keymap. 106* Do not lump features in with keymap PR's. Submit the feature first and then a second PR for the keymap.
107* Do not include `Makefile`s in your keymap folder (they're no longer used) 107* Do not include `Makefile`s in your keymap folder (they're no longer used)
@@ -113,7 +113,7 @@ Keyboards are the raison d'ĂȘtre for QMK. Some keyboards are community maintaine
113 113
114We also ask that you follow these guidelines: 114We also ask that you follow these guidelines:
115 115
116* Write a `readme.md` using [the template](https://docs.qmk.fm/documentation_templates.html#). 116* Write a `readme.md` using [the template](documentation_templates.md).
117* Keep the number of commits reasonable or we will squash your PR 117* Keep the number of commits reasonable or we will squash your PR
118* Do not lump core features in with new keyboards. Submit the feature first and then submit a separate PR for the keyboard. 118* Do not lump core features in with new keyboards. Submit the feature first and then submit a separate PR for the keyboard.
119* Name `.c`/`.h` file after the immediate parent folder, eg `/keyboards/<kb1>/<kb2>/<kb2>.[ch]` 119* Name `.c`/`.h` file after the immediate parent folder, eg `/keyboards/<kb1>/<kb2>/<kb2>.[ch]`
@@ -140,7 +140,7 @@ We also ask that you follow these guidelines:
140 140
141* Keep the number of commits reasonable or we will squash your PR 141* Keep the number of commits reasonable or we will squash your PR
142* Do not lump keyboards or keymaps in with core changes. Submit your core changes first. 142* Do not lump keyboards or keymaps in with core changes. Submit your core changes first.
143* Write [Unit Tests](http://docs.qmk.fm/unit_testing.html) for your feature 143* Write [Unit Tests](unit_testing.md) for your feature
144* Follow the style of the file you are editing. If the style is unclear or there are mixed styles you should conform to the [coding conventions](#coding-conventions) above. 144* Follow the style of the file you are editing. If the style is unclear or there are mixed styles you should conform to the [coding conventions](#coding-conventions) above.
145 145
146## Refactoring 146## Refactoring