summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
Diffstat (limited to 'docs')
-rw-r--r--docs/docs/customization.md33
-rw-r--r--docs/docs/feature/keymaps.md2
-rw-r--r--docs/docs/hardware.md2
-rw-r--r--docs/docs/intro.md2
-rw-r--r--docs/docs/user-setup.md24
-rw-r--r--docs/sidebars.js2
6 files changed, 37 insertions, 28 deletions
diff --git a/docs/docs/customization.md b/docs/docs/customization.md
new file mode 100644
index 0000000..0bb1794
--- /dev/null
+++ b/docs/docs/customization.md
@@ -0,0 +1,33 @@
+---
+id: customization
+title: Customizing ZMK
+sidebar_label: Customizing ZMK
+---
+
+After verifying you can successfully flash the default firmware, you will probably want to begin customizing your keymap and other keyboard options.
+
+## Configuration Changes
+
+The setup script creates a `config/<shield>.conf` file that allows you to add additional configuration options to
+control what features and options are built into your firmware. Opening that file with your text editor will allow you to see the
+various config settings that can be commented/uncommented to modify how your firmware is built.
+
+## Keymap
+
+Once you have the basic user config completed, you can find the keymap file in `config/<shield>.keymap` and customize from there.
+Refer to the [Keymap](/docs/feature/keymaps) documentation to learn more.
+
+## Publishing
+
+After making any changes you want, you should commit the changes and then push them to GitHub. That will trigger a new
+GitHub Actions job to build your firmware which you can download once it completes.
+
+:::note
+If you need to, a review of [Learn The Basics Of Git In Under 10 Minutes](https://www.freecodecamp.org/news/learn-the-basics-of-git-in-under-10-minutes-da548267cc91/) will help you get these steps right.
+:::
+
+## Flashing Your Changes
+
+For normal keyboards, follow the same flashing instructions as before to flash your updated firmware.
+
+For split keyboards, only the central (left) side will need to be reflashed if you are just updating your keymap.
diff --git a/docs/docs/feature/keymaps.md b/docs/docs/feature/keymaps.md
index 020df17..367b03c 100644
--- a/docs/docs/feature/keymaps.md
+++ b/docs/docs/feature/keymaps.md
@@ -4,7 +4,7 @@ title: Keymaps & Behaviors
sidebar_label: Keymaps
---
-ZMK uses an declarative approach to keymaps, instead of using C code for all keymap configuration.
+ZMK uses a declarative approach to keymaps instead of using C code for all keymap configuration.
Right now, ZMK uses the devicetree syntax to declare those keymaps; future work is envisioned for
supporting dynamic loading of declarative keymaps, e.g. over USB Mass Storage or via a custom BLE
service.
diff --git a/docs/docs/hardware.md b/docs/docs/hardware.md
index 9e6a956..299d1f5 100644
--- a/docs/docs/hardware.md
+++ b/docs/docs/hardware.md
@@ -11,7 +11,7 @@ have had their hardware details codified in boards/shields for ZMK.
:::
-Being built on a solid technical foundation of the Zephyr™ RTOS, it's possible to make ZMK support a wide diversity of hardware targets.
+With the solid technical foundation of Zephyr™ RTOS, ZMK can support a wide diversity of hardware targets.
That being said, there are currently only a few specific [boards](/docs/faq#what-is-a-board)/[shields](/docs/faq#what-is-a-shield) that have been written and tested by the ZMK contributors.
## Boards
diff --git a/docs/docs/intro.md b/docs/docs/intro.md
index 514c76e..29045f7 100644
--- a/docs/docs/intro.md
+++ b/docs/docs/intro.md
@@ -5,7 +5,7 @@ sidebar_label: Introduction
---
ZMK Firmware is an open source (MIT) keyboard
-firmware built on the [Zephyr™ Project](https://zephyrproject.com/) RTOS.
+firmware built on the [Zephyr™ Project](https://zephyrproject.com/) Real Time Operating System (RTOS).
The goal is to provider a powerful, featureful keyboard firmware that is free
of licensing issues that prevent upstream BLE support as a first-class
diff --git a/docs/docs/user-setup.md b/docs/docs/user-setup.md
index b1ffefa..2aade82 100644
--- a/docs/docs/user-setup.md
+++ b/docs/docs/user-setup.md
@@ -184,27 +184,3 @@ Connecting your keyboard wirelessly is the same as adding other Bluetooth devide
### Connecting Split Keyboard Halves
For split keyboards, after flashing each half individually you can connect them together by resetting them at the same time. Within a few seconds of resetting, both halves should automatically connect to each other.
-
-## Customization
-
-### Configuration Changes
-
-The setup script creates a `config/<shield>.conf` file that allows you to add additional configuration options to
-control what features and options are built into your firmware. Opening that file with your text editor you should see
-various config settings that can be commented/uncommented to modify how your firmware is built.
-
-### Keymap
-
-Once you have the basic user config completed, you can find the file in `config/<shield>.keymap` and customize from there.
-Refer to the [Keymap](/docs/feature/keymaps) documentation to learn more.
-
-### Publishing
-
-After making any changes you want, you should commit the changes and then push them to GitHub. That will trigger a new
-GitHub Actions job to build your firmware which you can download once it completes.
-
-:::note
-If you need to, a review of [Learn The Basics Of Git In Under 10 Minutes](https://www.freecodecamp.org/news/learn-the-basics-of-git-in-under-10-minutes-da548267cc91/) will help you get these steps right.
-:::
-
-For split keyboards, only the central (usually left) side will need to be reflashed after making updates to your keymap.
diff --git a/docs/sidebars.js b/docs/sidebars.js
index 3710137..53c5cf3 100644
--- a/docs/sidebars.js
+++ b/docs/sidebars.js
@@ -1,6 +1,6 @@
module.exports = {
someSidebar: {
- "Getting Started": ["intro", "hardware", "faq", "user-setup", "bond-reset"],
+ "Getting Started": ["intro", "hardware", "faq", "user-setup","customization", "bond-reset"],
Features: [
"feature/keymaps",
"feature/displays",