mirror of
https://github.com/zmkfirmware/zmk.git
synced 2026-03-19 20:45:18 -05:00
Compare commits
2 Commits
dependabot
...
docs/prede
| Author | SHA1 | Date | |
|---|---|---|---|
|
bc577ffbbd | ||
|
|
a05f5699dd |
@@ -78,7 +78,7 @@
|
||||
// | | | | | | | | | | | |
|
||||
bindings = <
|
||||
&bt BT_CLR &bt BT_SEL 0 &bt BT_SEL 1 &bt BT_SEL 2 &bt BT_SEL 3 &bt BT_SEL 4 &trans &trans &trans &trans &trans &trans
|
||||
&trans &kp INS &kp PSCRN &kp K_CMENU &trans &trans &kp PG_UP &trans &kp UP &trans &trans &trans
|
||||
&trans &kp INS &kp PSCRN &kp K_CMENU &trans &trans &kp PG_UP &trans &kp UP &trans &kp N0 &trans
|
||||
&trans &kp LALT &kp LCTRL &kp LSHFT &trans &kp CLCK &kp PG_DN &kp LEFT &kp DOWN &kp RIGHT &kp DEL &kp BSPC
|
||||
&trans &kp K_UNDO &kp K_CUT &kp K_COPY &kp K_PASTE &trans &trans &trans &trans &trans &trans &trans &trans &trans
|
||||
&trans &trans &trans &trans &trans &trans &trans &trans &trans &trans
|
||||
|
||||
22
app/dts/behaviors/key_tap.dtsi
Normal file
22
app/dts/behaviors/key_tap.dtsi
Normal file
@@ -0,0 +1,22 @@
|
||||
/*
|
||||
* Copyright (c) 2025 The ZMK Contributors
|
||||
*
|
||||
* SPDX-License-Identifier: MIT
|
||||
*/
|
||||
|
||||
#include <dt-bindings/zmk/behaviors.h>
|
||||
|
||||
/ {
|
||||
macros {
|
||||
#if ZMK_BEHAVIOR_OMIT(KTAP)
|
||||
/omit-if-no-ref/
|
||||
#endif
|
||||
ktap: key_tap {
|
||||
compatible = "zmk,behavior-macro-one-param";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Tap";
|
||||
bindings = <¯o_param_1to1>, <&kp MACRO_PLACEHOLDER>;
|
||||
tap-ms = <30>;
|
||||
};
|
||||
};
|
||||
};
|
||||
@@ -16,5 +16,25 @@
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Toggle";
|
||||
};
|
||||
|
||||
#if ZMK_BEHAVIOR_OMIT(KT_ON)
|
||||
/omit-if-no-ref/
|
||||
#endif
|
||||
kt_on: key_toggle_on {
|
||||
compatible = "zmk,behavior-key-toggle";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Toggle On";
|
||||
toggle-mode = "on";
|
||||
};
|
||||
|
||||
#if ZMK_BEHAVIOR_OMIT(KT_OFF)
|
||||
/omit-if-no-ref/
|
||||
#endif
|
||||
kt_off: key_toggle_off {
|
||||
compatible = "zmk,behavior-key-toggle";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Toggle Off";
|
||||
toggle-mode = "off";
|
||||
};
|
||||
};
|
||||
};
|
||||
|
||||
@@ -17,5 +17,25 @@
|
||||
display-name = "Toggle Layer";
|
||||
locking;
|
||||
};
|
||||
|
||||
#if ZMK_BEHAVIOR_OMIT(TOG_ON)
|
||||
/omit-if-no-ref/
|
||||
#endif
|
||||
tog_on: toggle_layer_on {
|
||||
compatible = "zmk,behavior-toggle-layer";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Toggle Layer On";
|
||||
toggle-mode = "on";
|
||||
};
|
||||
|
||||
#if ZMK_BEHAVIOR_OMIT(TOG_OFF)
|
||||
/omit-if-no-ref/
|
||||
#endif
|
||||
tog_off: toggle_layer_off {
|
||||
compatible = "zmk,behavior-toggle-layer";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Toggle Layer Off";
|
||||
toggle-mode = "off";
|
||||
};
|
||||
};
|
||||
};
|
||||
|
||||
@@ -22,8 +22,8 @@ config ZMK_SPLIT_ROLE_CENTRAL
|
||||
select BT_SCAN_WITH_IDENTITY
|
||||
|
||||
# Bump this value needed for concurrent GATT discovery of splits
|
||||
config BT_ATT_TX_COUNT
|
||||
default 10 if ZMK_SPLIT_ROLE_CENTRAL
|
||||
config BT_L2CAP_TX_BUF_COUNT
|
||||
default 5 if ZMK_SPLIT_ROLE_CENTRAL
|
||||
|
||||
if ZMK_SPLIT_ROLE_CENTRAL
|
||||
|
||||
|
||||
@@ -3,16 +3,6 @@
|
||||
#include <dt-bindings/zmk/kscan_mock.h>
|
||||
|
||||
/ {
|
||||
behaviors {
|
||||
tog_off: toggle_layer_off_only {
|
||||
compatible = "zmk,behavior-toggle-layer";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Toggle Layer Off";
|
||||
toggle-mode = "off";
|
||||
locking;
|
||||
};
|
||||
};
|
||||
|
||||
keymap {
|
||||
compatible = "zmk,keymap";
|
||||
|
||||
|
||||
@@ -80,36 +80,36 @@ As a result, all board definitions found in the ZMK tree now must be used with a
|
||||
As part of this change, ZMK is now using board/shield revisions, rather than duplicate board/shield definitions. This means that instead of having e.g. `nice_nano`, and `nice_nano_v2`, we only have `nice_nano`, which by default points to the `2.0.0` revision. To point to the original Nice!Nano V1, you would need to use `nice_nano@1.0.0` where you would have previously used `nice_nano`. Of course, you could also put `nice_nano@2.0.0` if you wished to make that explicit, instead of merely replacing `nice_nano_v2` with `nice_nano`. Some boards, such as the `nrfmicro`, also have additional _board qualifiers_ such as the choice between multiple SoCs. Board qualifiers must always be specified, and do not have defaults. See [Zephyr's overview](https://docs.zephyrproject.org/4.1.0/hardware/porting/board_porting.html#board-terminology) for more information on board qualifiers. The below table provides an overview of some of the differences in in-tree boards we have in ZMK, and how they are selected in the new build system. The shorthand shows the minimum needed to build with a specific board, taking into account defaults.
|
||||
|
||||
- nice!nano (`nice_nano`)
|
||||
- `nice_nano` -> `nice_nano@1.0.0//zmk` (short: `nice_nano@1//zmk`)
|
||||
- `nice_nano_v2` -> `nice_nano@2.0.0//zmk` (short: `nice_nano//zmk`)
|
||||
- `nice_nano` -> `nice_nano@1.0.0` (short: `nice_nano@1`)
|
||||
- `nice_nano_v2` -> `nice_nano@2.0.0` (short: `nice_nano`)
|
||||
- nRFMicro (`nrfmicro/nrf52840`)
|
||||
- `nrfmicro_11` -> `nrfmicro@1.1.0/nrf52840/zmk` (short: `nrfmicro@1.1/nrf52840/zmk`)
|
||||
- `nrfmicro_11_flipped` -> `nrfmicro@1.1.0/nrf52840/flipped_zmk` (short: `nrfmicro@1.1/nrf52840/flipped_zmk`)
|
||||
- `nrfmicro_13` -> `nrfmicro@1.3.0/nrf52840/zmk` (short: `nrfmicro/nrf52840/zmk`)
|
||||
- `nrfmicro_13_52833` -> `nrfmicro@1.3.0/nrf52833/zmk` (short: `nrfmicro/nrf52833/zmk`)
|
||||
- `nrfmicro_11` -> `nrfmicro@1.1.0/nrf52840` (short: `nrfmicro@1.1/nrf52840`)
|
||||
- `nrfmicro_11_flipped` -> `nrfmicro@1.1.0/nrf52840/flipped` (short: `nrfmicro@1.1/nrf52840/flipped`)
|
||||
- `nrfmicro_13` -> `nrfmicro@1.3.0/nrf52840` (short: `nrfmicro/nrf52840`)
|
||||
- `nrfmicro_13_52833` -> `nrfmicro@1.3.0/nrf52833` (short: `nrfmicro/nrf52833`)
|
||||
- Mikoto (`mikoto`)
|
||||
- `mikoto` -> `mikoto@5.20.0//zmk` (short: `mikoto//zmk`)
|
||||
- `mikoto@6.1` -> `mikoto@6.1.0//zmk` (short: `mikoto@6//zmk`)
|
||||
- `mikoto@7.2` -> `mikoto@7.2.0//zmk` (short: `mikoto@7//zmk`)
|
||||
- `mikoto` -> `mikoto@5.20.0` (short: `mikoto`)
|
||||
- `mikoto@6.1` -> `mikoto@6.1.0` (short: `mikoto@6`)
|
||||
- `mikoto@7.2` -> `mikoto@7.2.0` (short: `mikoto@7`)
|
||||
- XIAO RP2040 (`xiao_rp2040`)
|
||||
- `seeeduino_xiao_rp2040` -> `xiao_rp2040//zmk`
|
||||
- `seeeduino_xiao_rp2040` -> `xiao_rp2040`
|
||||
- XIAO nRF52840/BLE (`xiao_ble`)
|
||||
- `seeeduino_xiao_ble` -> `xiao_ble//zmk`
|
||||
- `seeeduino_xiao_ble` -> `xiao_ble`
|
||||
- BT60 (`bt60`)
|
||||
- `bt60_v1` -> `bt60@1.0.0//zmk`
|
||||
- `bt60_v2` -> `bt60@2.0.0//zmk`
|
||||
- `bt60_hs` -> `bt60_hs//zmk`
|
||||
- `bt60_v1` -> `bt60@1.0.0`
|
||||
- `bt60_v2` -> `bt60@2.0.0`
|
||||
- `bt60_hs` -> `bt60_hs`
|
||||
- Planck (`planck`)
|
||||
- `planck_rev6` -> `planck//zmk`
|
||||
- `planck_rev6` -> `planck`
|
||||
- BDN9 (`bdn9`)
|
||||
- `bdn9_rev2` -> `bdn9//zmk`
|
||||
- `bdn9_rev2` -> `bdn9`
|
||||
- Ferris Rev2 (`ferris`)
|
||||
- `ferris_rev02` -> `ferris@2.0.0//zmk` (short: `ferris//zmk`)
|
||||
- `ferris_rev02` -> `ferris@2.0.0` (short: `ferris`)
|
||||
- Corne-ish Zen (`corneish_zen`)
|
||||
- `corneish_zen_v2_left` -> `corneish_zen_left@2.0.0//zmk` (short: `corneish_zen_left//zmk`)
|
||||
- `corneish_zen_v2_right` -> `corneish_zen_right@2.0.0//zmk` (short: `corneish_zen_right//zmk`)
|
||||
- `corneish_zen_v1_left` -> `corneish_zen_left@1.0.0//zmk` (short: `corneish_zen_left@1//zmk`)
|
||||
- `corneish_zen_v1_right` -> `corneish_zen_right@1.0.0//zmk` (short: `corneish_zen_right@1//zmk`)
|
||||
- `corneish_zen_v2_left` -> `corneish_zen_left@2.0.0` (short: `corneish_zen_left`)
|
||||
- `corneish_zen_v2_right` -> `corneish_zen_right@2.0.0` (short: `corneish_zen_right`)
|
||||
- `corneish_zen_v1_left` -> `corneish_zen_left@1.0.0` (short: `corneish_zen_left@1`)
|
||||
- `corneish_zen_v1_right` -> `corneish_zen_right@1.0.0` (short: `corneish_zen_right@1`)
|
||||
|
||||
The boards above are those which have changed in ZMK's tree, with the addition of the very popular XIAO series. For other boards in Zephyr's tree, please refer to the Zephyr documentation or source files directly.
|
||||
|
||||
|
||||
@@ -111,7 +111,7 @@ And other miscellaneous ones:
|
||||
- A `<keyboard_name>.zmk.yml` file containing [metadata](hardware-metadata-files.md) for the keyboard.
|
||||
|
||||
See Zephyr's [board porting guide](https://docs.zephyrproject.org/4.1.0/hardware/porting/board_porting.html) for information on creating a new board.
|
||||
See also our [new board guide](new-board.md) for information on creating a ZMK-compatible board variant.
|
||||
Also see the [new keyboard shield guide](new-shield.mdx#shield-overlays) for information on parts of the devicetree specifically related to ZMK.
|
||||
|
||||
[^1]:
|
||||
Parts of these files can live in separate `.dtsi` files (typically in the same directory) that are then `#include`d in the files, to reduce duplication or improve organization.
|
||||
|
||||
@@ -1,187 +0,0 @@
|
||||
---
|
||||
title: New Board
|
||||
---
|
||||
|
||||
This guide will walk through the necessary steps to write a [board](./index.mdx#boards--shields) suitable for use with ZMK. Boards used with ZMK fall into two categories:
|
||||
|
||||
- Boards with interconnects, such as `nice_nano` or `seeed_xiao`. Such boards will (active development of ZMK aside) always be used with a shield to create a keyboard.
|
||||
- Boards that are themselves keyboards, such as `bt75` or `ferris`.
|
||||
|
||||
Some keyboards are boards but also have interconnects for modular add-ons. These are considered as keyboard-boards for the purpose of this guide. Details on adding an interconnect for modular add-ons are considered out of scope.
|
||||
|
||||
## Boards Included in ZMK
|
||||
|
||||
Boards with interconnects can be considered for inclusion to the tree of ZMK. If this is your aim, it is vital that you read through our [clean room policy](../contributing/clean-room.md).
|
||||
|
||||
Boards with interconnects that are included with ZMK are generally:
|
||||
|
||||
- Reliably commercially available as individual units
|
||||
- In regular use across multiple shields (i.e. not niche)
|
||||
|
||||
Popular open source designs which are not being sold can also be considered for inclusion.
|
||||
|
||||
There also exist many boards in the tree of upstream Zephyr. We generally accept ZMK-variants of these boards into our tree as well.
|
||||
|
||||
## New ZMK Module Repository
|
||||
|
||||
Regardless of whether you aim to include the board in ZMK or not, you should first write the definition for it in a module. A new ZMK module repository can be created from a template.
|
||||
|
||||
:::note
|
||||
This guide assumes you already have a configured GitHub account. If you don't yet have one, go ahead and [sign up](https://github.com/join) before continuing.
|
||||
:::
|
||||
|
||||
Follow these steps to create your new repository:
|
||||
|
||||
- Visit https://github.com/zmkfirmware/unified-zmk-config-template
|
||||
- Click the green "Use this template" button
|
||||
- In the drop down that opens, click "Use this template".
|
||||
- In the following screen, provide the following information:
|
||||
- A repository name, e.g. `my-board-module`.
|
||||
- A brief description, e.g. `ZMK Support For MyBoard`.
|
||||
- Select Public or Private, depending on your preference.
|
||||
- Click the green "Create repository" button
|
||||
|
||||
The repository is a combination of the directories and files required of a ZMK config, and those required of a shield module.
|
||||
This enables the use of GitHub Actions to test that the shield is defined correctly.
|
||||
See also the page on [module creation](../module-creation.md) for a reference on exactly which file structure and files are required for a ZMK keyboard module.
|
||||
|
||||
We recommend that you take this moment to name your module according to our [convention](../module-creation.md), i.e. your `zephyr/module.yml` file should begin with
|
||||
|
||||
```yaml title="zephyr/module.yml"
|
||||
name: zmk-keyboard-<keyboard_name>
|
||||
```
|
||||
|
||||
if it is a keyboard, or
|
||||
|
||||
```yaml title="zephyr/module.yml"
|
||||
name: zmk-component-<board_name>
|
||||
```
|
||||
|
||||
if it is a board with an interconnect.
|
||||
|
||||
## Write a Zephyr Board Definition
|
||||
|
||||
Zephyr has a guide on writing a board [here](https://docs.zephyrproject.org/4.1.0/hardware/porting/board_porting.html). Follow this guide to create a Zephyr-compatible board. Use the `boards` folder of your ZMK module as a base.
|
||||
|
||||
Once your board definition has been written, we recommend flashing some [Zephyr samples](https://docs.zephyrproject.org/4.1.0/samples/basic/basic.html) to it, to verify that it is working.
|
||||
|
||||
Flashing Zephyr samples can also be very helpful when troubleshooting/testing the functionality of extra features such as LED ICs, Bluetooth, or various sensor ICs.
|
||||
|
||||
## Write a ZMK Variant of Zephyr Board
|
||||
|
||||
To make a board fully compatible with ZMK, you will be creating a ZMK variant of the Zephyr board you made in the previous step. Perform the below actions for each board you've defined, in the case of multi-board split keyboards.
|
||||
|
||||
### Add Variant to board.yml
|
||||
|
||||
Edit your existing `board.yml` file to add the variant:
|
||||
|
||||
```yaml title="board.yml"
|
||||
board:
|
||||
...
|
||||
socs:
|
||||
- name: <soc-1>
|
||||
variants:
|
||||
- name: zmk
|
||||
```
|
||||
|
||||
### Add Kconfig for ZMK Variant
|
||||
|
||||
Add a file to your board's folder called `<your-board>_zmk_defconfig`. This file will be used to set Kconfig flags specific to the ZMK variant.
|
||||
|
||||
:::warning
|
||||
Make sure you know what each Kconfig flag does before you enable it. Some flags may be incompatible with certain hardware, or have other adverse effects.
|
||||
:::
|
||||
|
||||
These flags are typically a subset of the following:
|
||||
|
||||
```yaml title="<your-board>_zmk_defconfig"
|
||||
# SPDX-License-Identifier: <your license>
|
||||
|
||||
# Enable MPU
|
||||
CONFIG_ARM_MPU=y
|
||||
|
||||
CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC=125000000
|
||||
|
||||
# Enable reset by default
|
||||
CONFIG_RESET=y
|
||||
|
||||
# Enable clock control by default
|
||||
CONFIG_CLOCK_CONTROL=y
|
||||
|
||||
# Code partition needed to target the correct flash range
|
||||
CONFIG_USE_DT_CODE_PARTITION=y
|
||||
|
||||
# Output UF2 by default, native bootloader supports it.
|
||||
CONFIG_BUILD_OUTPUT_UF2=y
|
||||
|
||||
# USB HID
|
||||
CONFIG_ZMK_USB=y
|
||||
|
||||
# BLE HID
|
||||
CONFIG_ZMK_BLE=y
|
||||
|
||||
# Bootloader Support
|
||||
CONFIG_RETAINED_MEM=y
|
||||
CONFIG_RETENTION=y
|
||||
CONFIG_RETENTION_BOOT_MODE=y
|
||||
|
||||
# Settings Support
|
||||
CONFIG_MPU_ALLOW_FLASH_WRITE=y
|
||||
CONFIG_NVS=y
|
||||
CONFIG_SETTINGS_NVS=y
|
||||
CONFIG_FLASH=y
|
||||
CONFIG_FLASH_PAGE_LAYOUT=y
|
||||
CONFIG_FLASH_MAP=y
|
||||
|
||||
|
||||
# Enable HW stack protection
|
||||
CONFIG_HW_STACK_PROTECTION=y
|
||||
|
||||
# Enable GPIO
|
||||
CONFIG_GPIO=y
|
||||
|
||||
# Defaults for matrix scanning to avoid interrupt issues
|
||||
CONFIG_ZMK_KSCAN_MATRIX_POLLING=y
|
||||
```
|
||||
|
||||
Note that none of our in-tree boards have all of the above flags set. We recommend referencing the Kconfig flags from an existing in-tree board with the same SoC as the one you are using for your initial definition, making sure you understand what each flag does.
|
||||
|
||||
### Add Devicetree for ZMK Variant
|
||||
|
||||
```dts title="<your-board>_zmk.dts
|
||||
/*
|
||||
* Copyright (c) <year> <you>
|
||||
*
|
||||
* SPDX-License-Identifier: <your license>
|
||||
*/
|
||||
|
||||
// Include the base board definition
|
||||
#include <../boards/<vendor or you>/<board folder name>/<your board>.dts>
|
||||
// Include predefined boot mode settings, e.g.
|
||||
#include <arm/raspberrypi/rp2040-boot-mode-retention.dtsi>
|
||||
|
||||
// Disable UART nodes if they are not actively in use (wired split) as they increase power draw
|
||||
&uart0 { status = "disabled"; };
|
||||
|
||||
// Reduce the code partition section of the memory and add a storage partition to store ZMK Studio changes
|
||||
&code_partition {
|
||||
reg = <0x100 (DT_SIZE_M(2) - 0x100 - DT_SIZE_K(512))>;
|
||||
};
|
||||
&flash0 {
|
||||
reg = <0x10000000 DT_SIZE_M(2)>;
|
||||
partitions {
|
||||
storage_partition: partition@180000 {
|
||||
reg = <0x180000 DT_SIZE_K(512)>;
|
||||
read-only;
|
||||
};
|
||||
};
|
||||
};
|
||||
```
|
||||
|
||||
See [here](./bootloader/index.mdx) for bootloader instructions for other SoCs. Depending on your SoC and design you may need to make further changes. Please refer to our in-tree boards with the same SoC as yours as examples.
|
||||
|
||||
## Next Steps
|
||||
|
||||
If your board is a keyboard, continue from [the `Kconfig.defconfig` step](https://zmk.dev/docs/development/hardware-integration/new-shield?keyboard-type=unibody#kconfigdefconfig) of the new shield guide. Use your ZMK variant's devicetree instead of the overlay file which would be used for a shield.
|
||||
|
||||
If your board is a board with an interconnect, your next step should be to write a [tester shield](../../troubleshooting/hardware-issues.mdx#identifying-issues). Such a shield should be the bare minimum shield to verify that your board works with ZMK.
|
||||
@@ -202,7 +202,7 @@ values={[
|
||||
* SPDX-License-Identifier: MIT
|
||||
*/
|
||||
|
||||
#define DT_DRV_COMPAT zmk_behavior_<name_of_behavior>
|
||||
#define DT_DRV_COMPAT zmk_<name_of_behavior>
|
||||
|
||||
// Dependencies
|
||||
#include <zephyr/device.h>
|
||||
@@ -247,7 +247,7 @@ static int on_<name_of_behavior>_binding_released(struct zmk_behavior_binding *b
|
||||
// API struct
|
||||
static const struct behavior_driver_api <name_of_behavior>_driver_api = {
|
||||
.binding_pressed = on_<name_of_behavior>_binding_pressed,
|
||||
.binding_released = on_<name_of_behavior>_binding_released,
|
||||
.binding_released = on_<name_of_behavior>_binding_pressed,
|
||||
};
|
||||
|
||||
BEHAVIOR_DT_INST_DEFINE(0, // Instance Number (0)
|
||||
@@ -273,7 +273,7 @@ BEHAVIOR_DT_INST_DEFINE(0, // Ins
|
||||
* SPDX-License-Identifier: MIT
|
||||
*/
|
||||
|
||||
#define DT_DRV_COMPAT zmk_behavior_<name_of_behavior>
|
||||
#define DT_DRV_COMPAT zmk_<name_of_behavior>
|
||||
|
||||
// Dependencies
|
||||
#include <zephyr/device.h>
|
||||
@@ -318,30 +318,29 @@ static int on_<name_of_behavior>_binding_released(struct zmk_behavior_binding *b
|
||||
// API struct
|
||||
static const struct behavior_driver_api <name_of_behavior>_driver_api = {
|
||||
.binding_pressed = on_<name_of_behavior>_binding_pressed,
|
||||
.binding_released = on_<name_of_behavior>_binding_released,
|
||||
.binding_released = on_<name_of_behavior>_binding_pressed,
|
||||
};
|
||||
|
||||
#define <NAME_OF_BEHAVIOR>_INST(n) \
|
||||
static struct behavior_<name_of_behavior>_data_##n { \
|
||||
.data_param1 = foo1, \
|
||||
.data_param2 = foo2, \
|
||||
.data_param3 = foo3, \
|
||||
}; \
|
||||
\
|
||||
static struct behavior_<name_of_behavior>_config_##n { \
|
||||
.config_param1 = bar1, \
|
||||
.config_param2 = bar2, \
|
||||
.config_param3 = bar3, \
|
||||
}; \
|
||||
\
|
||||
BEHAVIOR_DT_INST_DEFINE(n, /* Instance Number (Automatically populated by macro) */ \
|
||||
<name_of_behavior>_init, /* Initialization Function */ \
|
||||
NULL, /* Power Management Device Pointer */ \
|
||||
&<name_of_behavior>_data_##n, /* Behavior Data Pointer */ \
|
||||
&<name_of_behavior>_config_##n, /* Behavior Configuration Pointer */ \
|
||||
POST_KERNEL, /* Initialization Level */ \
|
||||
CONFIG_KERNEL_INIT_PRIORITY_DEFAULT /* Device Priority */ \
|
||||
&<name_of_behavior>_driver_api); /* API struct */ \
|
||||
#define <NAME_OF_BEHAVIOR>_INST(n) \
|
||||
static struct behavior_<name_of_behavior>_data_##n { \
|
||||
.data_param1 = foo1; \
|
||||
.data_param2 = foo2; \
|
||||
.data_param3 = foo3; \
|
||||
}; \
|
||||
\
|
||||
static struct behavior_<name_of_behavior>_config_##n { \
|
||||
.config_param1 = bar1; \
|
||||
.config_param2 = bar2; \
|
||||
.config_param3 = bar3; \
|
||||
}; \
|
||||
\
|
||||
BEHAVIOR_DT_INST_DEFINE(n, \ // Instance Number (Automatically populated by macro)
|
||||
<name_of_behavior>_init, \ // Initialization Function
|
||||
NULL, \ // Power Management Device Pointer
|
||||
&<name_of_behavior>_data_##n, \ // Behavior Data Pointer
|
||||
&<name_of_behavior>_config_##n, \ // Behavior Configuration Pointer
|
||||
POST_KERNEL, CONFIG_KERNEL_INIT_PRIORITY_DEFAULT \ // Initialization Level, Device Priority
|
||||
&<name_of_behavior>_driver_api); // API struct
|
||||
|
||||
DT_INST_FOREACH_STATUS_OKAY(<NAME_OF_BEHAVIOR>_INST)
|
||||
|
||||
|
||||
@@ -1 +0,0 @@
|
||||
On macOS in Japanese mode, `INTERNATIONAL1` is ろ (ro, bottom right on the Apple Japanese keyboard) and `INTERNATIONAL3` is ¥ (yen, top right).
|
||||
@@ -1 +0,0 @@
|
||||
On macOS in Japanese mode, `LANG1` is かな (kana, to turn on Japanese IME) and `LANG2` is 英数 (eisuu, to turn off the IME).
|
||||
@@ -11,15 +11,18 @@ Below is a summary of pre-defined behavior bindings and user-definable behaviors
|
||||
|
||||
## Key Press Behaviors
|
||||
|
||||
| Binding | Behavior | Description |
|
||||
| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| `&kp` | [Key Press](key-press.md) | Send keycodes to the connected host when a key is pressed |
|
||||
| `&mt` | [Mod Tap](hold-tap.mdx#mod-tap) | Sends a different key press depending on whether a key is held or tapped |
|
||||
| `&kt` | [Key Toggle](key-toggle.md) | Toggles the press of a key. If the key is not currently pressed, key toggle will press it, holding it until the key toggle is pressed again or the key is released in some other way. If the key is currently pressed, key toggle will release it |
|
||||
| `&sk` | [Sticky Key](sticky-key.md) | Stays pressed until another key is pressed, then is released. It is often used for modifier keys like shift, which allows typing capital letters without holding it down |
|
||||
| `&gresc` | [Grave Escape](mod-morph.md#behavior-binding) | Sends Grave Accent `` ` `` keycode if shift or GUI is held, sends Escape keycode otherwise |
|
||||
| `&caps_word` | [Caps Word](caps-word.md) | Behaves similar to caps lock, but automatically deactivates when any key not in a continue list is pressed, or if the caps word key is pressed again |
|
||||
| `&key_repeat` | [Key Repeat](key-repeat.md) | Sends again whatever keycode was last sent |
|
||||
| Binding | Behavior | Description |
|
||||
| ------------- | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| `&kp` | [Key Press](key-press.md) | Send keycodes to the connected host when a key is pressed or released |
|
||||
| `&ktap` | [Key Tap](key-press.md#key-tap) | Send keycodes to the connected host when a key is pressed |
|
||||
| `&mt` | [Mod Tap](hold-tap.mdx#mod-tap) | Sends a different key press depending on whether a key is held or tapped |
|
||||
| `&kt` | [Key Toggle](key-toggle.md) | Toggles the press of a key. If the key is not currently pressed, key toggle will press it, holding it until the key toggle is pressed again or the key is released in some other way. If the key is currently pressed, key toggle will release it |
|
||||
| `&kt_on` | [Key Toggle](key-toggle.md#toggle-on-and-toggle-off) | Toggles on a key (sends keycode press event) on press |
|
||||
| `&kt_off` | [Key Toggle](key-toggle.md#toggle-on-and-toggle-off) | Toggles off a key (sends keycode release event) on press |
|
||||
| `&sk` | [Sticky Key](sticky-key.md) | Stays pressed until another key is pressed, then is released. It is often used for modifier keys like shift, which allows typing capital letters without holding it down |
|
||||
| `&gresc` | [Grave Escape](mod-morph.md#behavior-binding) | Sends Grave Accent `` ` `` keycode if shift or GUI is held, sends Escape keycode otherwise |
|
||||
| `&caps_word` | [Caps Word](caps-word.md) | Behaves similar to caps lock, but automatically deactivates when any key not in a continue list is pressed, or if the caps word key is pressed again |
|
||||
| `&key_repeat` | [Key Repeat](key-repeat.md) | Sends again whatever keycode was last sent |
|
||||
|
||||
## Miscellaneous Behaviors
|
||||
|
||||
@@ -30,13 +33,15 @@ Below is a summary of pre-defined behavior bindings and user-definable behaviors
|
||||
|
||||
## Layer Navigation Behaviors
|
||||
|
||||
| Binding | Behavior | Description |
|
||||
| ------- | -------------------------------------------- | -------------------------------------------------------------------------------------------------------- |
|
||||
| `&mo` | [Momentary Layer](layers.md#momentary-layer) | Enables a layer while a key is pressed |
|
||||
| `<` | [Layer-tap](layers.md#layer-tap) | Enables a layer when a key is held, and outputs a key press when the key is only tapped for a short time |
|
||||
| `&to` | [To Layer](layers.md#to-layer) | Enables a layer and disables all other layers except the default layer |
|
||||
| `&tog` | [Toggle Layer](layers.md#toggle-layer) | Enables a layer until the layer is manually disabled |
|
||||
| `&sl` | [Sticky Layer](sticky-layer.md) | Activates a layer until another key is pressed, then deactivates it |
|
||||
| Binding | Behavior | Description |
|
||||
| ---------- | -------------------------------------------------- | -------------------------------------------------------------------------------------------------------- |
|
||||
| `&mo` | [Momentary Layer](layers.md#momentary-layer) | Enables a layer while a key is pressed |
|
||||
| `<` | [Layer-tap](layers.md#layer-tap) | Enables a layer when a key is held, and outputs a key press when the key is only tapped for a short time |
|
||||
| `&to` | [To Layer](layers.md#to-layer) | Enables a layer and disables all other layers except the default layer |
|
||||
| `&tog` | [Toggle Layer](layers.md#toggle-layer) | Enables a layer until the layer is manually disabled |
|
||||
| `&tog_on` | [Toggle Layer](layers.md#toggle-on-and-toggle-off) | Enables a layer even if the layer is already enabled |
|
||||
| `&tog_off` | [Toggle Layer](layers.md#toggle-on-and-toggle-off) | Disables a layer even if the layer is already disabled |
|
||||
| `&sl` | [Sticky Layer](sticky-layer.md) | Activates a layer until another key is pressed, then deactivates it |
|
||||
|
||||
## Mouse Emulation Behaviors
|
||||
|
||||
|
||||
@@ -47,3 +47,32 @@ Example:
|
||||
```dts
|
||||
&kp A
|
||||
```
|
||||
|
||||
## Key Tap
|
||||
|
||||
The "key tap" behavior will send a press followed by a release when you press the behavior, and will do nothing when you release the behavior.
|
||||
|
||||
### Behavior Binding
|
||||
|
||||
- Reference: `&ktap`
|
||||
- Parameter: The keycode usage ID from the usage page, e.g. `N4` or `A`
|
||||
|
||||
Example:
|
||||
|
||||
```dts
|
||||
&ktap A
|
||||
```
|
||||
|
||||
#### Configuration
|
||||
|
||||
You can adjust the tap duration, i.e. the time between press and release of the key, by changing the `tap-ms` property:
|
||||
|
||||
```dts
|
||||
&ktap {
|
||||
tap-ms = <30>; // This is the value already set by default
|
||||
};
|
||||
```
|
||||
|
||||
:::info
|
||||
Internally, the key tap behavior is a very simple [macro](./macros.md#defining-parameterized-macros).
|
||||
:::
|
||||
|
||||
@@ -25,24 +25,11 @@ Example:
|
||||
You can use any keycode that works for `&kp` as parameter to `&kt`, however, [modified keys](../modifiers.mdx#modifier-functions) such as `LA(A)` will be toggled based on the status of the base keycode (in this case `A`).
|
||||
In other words, modifiers are ignored when determining whether or not the key is currently pressed.
|
||||
|
||||
### Configuration
|
||||
### Toggle On and Toggle Off
|
||||
|
||||
#### Toggle mode
|
||||
For state-independent toggles, there exist two further behaviors:
|
||||
|
||||
If you wish to ensure that a key is pressed or released, rather than merely toggling, then you can do so with the `toggle-mode` property.
|
||||
Define a new behavior and assign `"on"` or `"off"` to `toggle-mode`:
|
||||
- `&kt_on`: Toggles a keycode on, even if it is already on.
|
||||
- `&kt_off`: Toggles a keycode off, even if it is already off.
|
||||
|
||||
```dts
|
||||
/ {
|
||||
behaviors {
|
||||
kt_on: key_toggle_on_only {
|
||||
compatible = "zmk,behavior-key-toggle";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Toggle On";
|
||||
toggle-mode = "on";
|
||||
};
|
||||
};
|
||||
};
|
||||
```
|
||||
|
||||
You can then use `&kt_on` in place of `&kt` whenever you wish to only toggle a key on, and not toggle it off. An `"off"` version of the behavior can be defined similarly.
|
||||
Use these just as you would use `&kt`.
|
||||
|
||||
@@ -67,28 +67,14 @@ Example:
|
||||
&tog 3
|
||||
```
|
||||
|
||||
### Configuration
|
||||
### Toggle On and Toggle Off
|
||||
|
||||
#### Toggle mode
|
||||
For state-independent toggles, there exist two further behaviors:
|
||||
|
||||
If you wish to ensure that a layer is toggled on or off specifically, rather than switching between the two states, then you can do so with the `toggle-mode` property.
|
||||
Define a new behavior and assign `"on"` or `"off"` to `toggle-mode`:
|
||||
- `&tog_on`: Toggles a layer on, even if it is already on.
|
||||
- `&tog_off`: Toggles a layer off, even if it is already off.
|
||||
|
||||
```dts
|
||||
/ {
|
||||
behaviors {
|
||||
tog_on: toggle_layer_on_only {
|
||||
compatible = "zmk,behavior-toggle-layer";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Toggle Layer On";
|
||||
toggle-mode = "on";
|
||||
locking;
|
||||
};
|
||||
};
|
||||
};
|
||||
```
|
||||
|
||||
You can then use `&tog_on` in place of `&tog` whenever you wish to only toggle a layer on, and not toggle it off. An `"off"` version of the behavior can be defined similarly.
|
||||
Use these just as you would use `&tog`.
|
||||
|
||||
## Layer Locking
|
||||
|
||||
@@ -96,7 +82,13 @@ When the behaviors `&to` and `&tog` toggle a layer on, they will "lock" the laye
|
||||
|
||||
In particular, if you activate a layer momentarily using e.g. `&mo 1`, tapping e.g. `&tog 1` as defined above will prevent the layer from deactivating after releasing `&mo 1`. You can then press `&tog 1` again to deactivate the layer.
|
||||
|
||||
For custom toggle, to, and momentary layer behaviors, this can be enabled by giving your behavior the `locking;` property.
|
||||
You can remove the locking property from `&to` and `&tog` if you wanted them to be interruptable by `&mo`:
|
||||
|
||||
```dts
|
||||
&to {
|
||||
/delete-property/ locking;
|
||||
};
|
||||
```
|
||||
|
||||
## Conditional Layers
|
||||
|
||||
|
||||
@@ -192,6 +192,25 @@ Parameterized macros must be defined using specific values for the `compatible`
|
||||
};
|
||||
```
|
||||
|
||||
An example of a simple parameterized macro is `&ktap`, which is defined as:
|
||||
|
||||
```dts
|
||||
/ {
|
||||
macros {
|
||||
ktap: key_tap {
|
||||
compatible = "zmk,behavior-macro-one-param";
|
||||
#binding-cells = <1>;
|
||||
display-name = "Key Tap";
|
||||
bindings = <¯o_param_1to1>, <&kp MACRO_PLACEHOLDER>;
|
||||
tap-ms = <30>;
|
||||
};
|
||||
};
|
||||
};
|
||||
|
||||
```
|
||||
|
||||
This behavior is already pre-defined as `&ktap`, so you don't need to define it in your keymap to use it.
|
||||
|
||||
### Parameters, Bindings and Controls
|
||||
|
||||
There are special macro controls which must be used in order to forward received parameters to the macro's `bindings`. These controls are "one shot" and will determine how received parameters are used on the very next (non-macro control) behavior in the macro's `bindings` list.
|
||||
|
||||
121
docs/package-lock.json
generated
121
docs/package-lock.json
generated
@@ -2091,42 +2091,54 @@
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/@chevrotain/cst-dts-gen": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/cst-dts-gen/-/cst-dts-gen-11.1.1.tgz",
|
||||
"integrity": "sha512-fRHyv6/f542qQqiRGalrfJl/evD39mAvbJLCekPazhiextEatq1Jx1K/i9gSd5NNO0ds03ek0Cbo/4uVKmOBcw==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/cst-dts-gen/-/cst-dts-gen-11.0.3.tgz",
|
||||
"integrity": "sha512-BvIKpRLeS/8UbfxXxgC33xOumsacaeCKAjAeLyOn7Pcp95HiRbrpl14S+9vaZLolnbssPIUuiUd8IvgkRyt6NQ==",
|
||||
"license": "Apache-2.0",
|
||||
"dependencies": {
|
||||
"@chevrotain/gast": "11.1.1",
|
||||
"@chevrotain/types": "11.1.1",
|
||||
"lodash-es": "4.17.23"
|
||||
"@chevrotain/gast": "11.0.3",
|
||||
"@chevrotain/types": "11.0.3",
|
||||
"lodash-es": "4.17.21"
|
||||
}
|
||||
},
|
||||
"node_modules/@chevrotain/cst-dts-gen/node_modules/lodash-es": {
|
||||
"version": "4.17.21",
|
||||
"resolved": "https://registry.npmjs.org/lodash-es/-/lodash-es-4.17.21.tgz",
|
||||
"integrity": "sha512-mKnC+QJ9pWVzv+C4/U3rRsHapFfHvQFoFB92e52xeyGMcX6/OlIl78je1u8vePzYZSkkogMPJ2yjxxsb89cxyw==",
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/@chevrotain/gast": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/gast/-/gast-11.1.1.tgz",
|
||||
"integrity": "sha512-Ko/5vPEYy1vn5CbCjjvnSO4U7GgxyGm+dfUZZJIWTlQFkXkyym0jFYrWEU10hyCjrA7rQtiHtBr0EaZqvHFZvg==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/gast/-/gast-11.0.3.tgz",
|
||||
"integrity": "sha512-+qNfcoNk70PyS/uxmj3li5NiECO+2YKZZQMbmjTqRI3Qchu8Hig/Q9vgkHpI3alNjr7M+a2St5pw5w5F6NL5/Q==",
|
||||
"license": "Apache-2.0",
|
||||
"dependencies": {
|
||||
"@chevrotain/types": "11.1.1",
|
||||
"lodash-es": "4.17.23"
|
||||
"@chevrotain/types": "11.0.3",
|
||||
"lodash-es": "4.17.21"
|
||||
}
|
||||
},
|
||||
"node_modules/@chevrotain/gast/node_modules/lodash-es": {
|
||||
"version": "4.17.21",
|
||||
"resolved": "https://registry.npmjs.org/lodash-es/-/lodash-es-4.17.21.tgz",
|
||||
"integrity": "sha512-mKnC+QJ9pWVzv+C4/U3rRsHapFfHvQFoFB92e52xeyGMcX6/OlIl78je1u8vePzYZSkkogMPJ2yjxxsb89cxyw==",
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/@chevrotain/regexp-to-ast": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/regexp-to-ast/-/regexp-to-ast-11.1.1.tgz",
|
||||
"integrity": "sha512-ctRw1OKSXkOrR8VTvOxrQ5USEc4sNrfwXHa1NuTcR7wre4YbjPcKw+82C2uylg/TEwFRgwLmbhlln4qkmDyteg==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/regexp-to-ast/-/regexp-to-ast-11.0.3.tgz",
|
||||
"integrity": "sha512-1fMHaBZxLFvWI067AVbGJav1eRY7N8DDvYCTwGBiE/ytKBgP8azTdgyrKyWZ9Mfh09eHWb5PgTSO8wi7U824RA==",
|
||||
"license": "Apache-2.0"
|
||||
},
|
||||
"node_modules/@chevrotain/types": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/types/-/types-11.1.1.tgz",
|
||||
"integrity": "sha512-wb2ToxG8LkgPYnKe9FH8oGn3TMCBdnwiuNC5l5y+CtlaVRbCytU0kbVsk6CGrqTL4ZN4ksJa0TXOYbxpbthtqw==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/types/-/types-11.0.3.tgz",
|
||||
"integrity": "sha512-gsiM3G8b58kZC2HaWR50gu6Y1440cHiJ+i3JUvcp/35JchYejb2+5MVeJK0iKThYpAa/P2PYFV4hoi44HD+aHQ==",
|
||||
"license": "Apache-2.0"
|
||||
},
|
||||
"node_modules/@chevrotain/utils": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/utils/-/utils-11.1.1.tgz",
|
||||
"integrity": "sha512-71eTYMzYXYSFPrbg/ZwftSaSDld7UYlS8OQa3lNnn9jzNtpFbaReRRyghzqS7rI3CDaorqpPJJcXGHK+FE1TVQ==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/@chevrotain/utils/-/utils-11.0.3.tgz",
|
||||
"integrity": "sha512-YslZMgtJUyuMbZ+aKvfF3x1f5liK4mWNxghFRv7jqRR9C3R3fAOGTTKvxXDa2Y1s9zSbcpuO0cAxDYsc9SrXoQ==",
|
||||
"license": "Apache-2.0"
|
||||
},
|
||||
"node_modules/@colors/colors": {
|
||||
@@ -4803,12 +4815,12 @@
|
||||
}
|
||||
},
|
||||
"node_modules/@mermaid-js/parser": {
|
||||
"version": "1.0.0",
|
||||
"resolved": "https://registry.npmjs.org/@mermaid-js/parser/-/parser-1.0.0.tgz",
|
||||
"integrity": "sha512-vvK0Hi/VWndxoh03Mmz6wa1KDriSPjS2XMZL/1l19HFwygiObEEoEwSDxOqyLzzAI6J2PU3261JjTMTO7x+BPw==",
|
||||
"version": "0.6.3",
|
||||
"resolved": "https://registry.npmjs.org/@mermaid-js/parser/-/parser-0.6.3.tgz",
|
||||
"integrity": "sha512-lnjOhe7zyHjc+If7yT4zoedx2vo4sHaTmtkl1+or8BRTnCtDmcTpAjpzDSfCZrshM5bCoz0GyidzadJAH1xobA==",
|
||||
"license": "MIT",
|
||||
"dependencies": {
|
||||
"langium": "^4.0.0"
|
||||
"langium": "3.3.1"
|
||||
}
|
||||
},
|
||||
"node_modules/@nodelib/fs.scandir": {
|
||||
@@ -7827,17 +7839,17 @@
|
||||
}
|
||||
},
|
||||
"node_modules/chevrotain": {
|
||||
"version": "11.1.1",
|
||||
"resolved": "https://registry.npmjs.org/chevrotain/-/chevrotain-11.1.1.tgz",
|
||||
"integrity": "sha512-f0yv5CPKaFxfsPTBzX7vGuim4oIC1/gcS7LUGdBSwl2dU6+FON6LVUksdOo1qJjoUvXNn45urgh8C+0a24pACQ==",
|
||||
"version": "11.0.3",
|
||||
"resolved": "https://registry.npmjs.org/chevrotain/-/chevrotain-11.0.3.tgz",
|
||||
"integrity": "sha512-ci2iJH6LeIkvP9eJW6gpueU8cnZhv85ELY8w8WiFtNjMHA5ad6pQLaJo9mEly/9qUyCpvqX8/POVUTf18/HFdw==",
|
||||
"license": "Apache-2.0",
|
||||
"dependencies": {
|
||||
"@chevrotain/cst-dts-gen": "11.1.1",
|
||||
"@chevrotain/gast": "11.1.1",
|
||||
"@chevrotain/regexp-to-ast": "11.1.1",
|
||||
"@chevrotain/types": "11.1.1",
|
||||
"@chevrotain/utils": "11.1.1",
|
||||
"lodash-es": "4.17.23"
|
||||
"@chevrotain/cst-dts-gen": "11.0.3",
|
||||
"@chevrotain/gast": "11.0.3",
|
||||
"@chevrotain/regexp-to-ast": "11.0.3",
|
||||
"@chevrotain/types": "11.0.3",
|
||||
"@chevrotain/utils": "11.0.3",
|
||||
"lodash-es": "4.17.21"
|
||||
}
|
||||
},
|
||||
"node_modules/chevrotain-allstar": {
|
||||
@@ -7852,6 +7864,12 @@
|
||||
"chevrotain": "^11.0.0"
|
||||
}
|
||||
},
|
||||
"node_modules/chevrotain/node_modules/lodash-es": {
|
||||
"version": "4.17.21",
|
||||
"resolved": "https://registry.npmjs.org/lodash-es/-/lodash-es-4.17.21.tgz",
|
||||
"integrity": "sha512-mKnC+QJ9pWVzv+C4/U3rRsHapFfHvQFoFB92e52xeyGMcX6/OlIl78je1u8vePzYZSkkogMPJ2yjxxsb89cxyw==",
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/chokidar": {
|
||||
"version": "3.6.0",
|
||||
"resolved": "https://registry.npmjs.org/chokidar/-/chokidar-3.6.0.tgz",
|
||||
@@ -13395,20 +13413,19 @@
|
||||
}
|
||||
},
|
||||
"node_modules/langium": {
|
||||
"version": "4.2.1",
|
||||
"resolved": "https://registry.npmjs.org/langium/-/langium-4.2.1.tgz",
|
||||
"integrity": "sha512-zu9QWmjpzJcomzdJQAHgDVhLGq5bLosVak1KVa40NzQHXfqr4eAHupvnPOVXEoLkg6Ocefvf/93d//SB7du4YQ==",
|
||||
"version": "3.3.1",
|
||||
"resolved": "https://registry.npmjs.org/langium/-/langium-3.3.1.tgz",
|
||||
"integrity": "sha512-QJv/h939gDpvT+9SiLVlY7tZC3xB2qK57v0J04Sh9wpMb6MP1q8gB21L3WIo8T5P1MSMg3Ep14L7KkDCFG3y4w==",
|
||||
"license": "MIT",
|
||||
"dependencies": {
|
||||
"chevrotain": "~11.1.1",
|
||||
"chevrotain-allstar": "~0.3.1",
|
||||
"chevrotain": "~11.0.3",
|
||||
"chevrotain-allstar": "~0.3.0",
|
||||
"vscode-languageserver": "~9.0.1",
|
||||
"vscode-languageserver-textdocument": "~1.0.11",
|
||||
"vscode-uri": "~3.1.0"
|
||||
"vscode-uri": "~3.0.8"
|
||||
},
|
||||
"engines": {
|
||||
"node": ">=20.10.0",
|
||||
"npm": ">=10.2.3"
|
||||
"node": ">=16.0.0"
|
||||
}
|
||||
},
|
||||
"node_modules/latest-version": {
|
||||
@@ -13548,9 +13565,9 @@
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/lodash-es": {
|
||||
"version": "4.17.23",
|
||||
"resolved": "https://registry.npmjs.org/lodash-es/-/lodash-es-4.17.23.tgz",
|
||||
"integrity": "sha512-kVI48u3PZr38HdYz98UmfPnXl2DXrpdctLrFLCd3kOx1xUkOmpFPx7gCWWM5MPkL/fD8zb+Ph0QzjGFs4+hHWg==",
|
||||
"version": "4.17.22",
|
||||
"resolved": "https://registry.npmjs.org/lodash-es/-/lodash-es-4.17.22.tgz",
|
||||
"integrity": "sha512-XEawp1t0gxSi9x01glktRZ5HDy0HXqrM0x5pXQM98EaI0NxO6jVM7omDOxsuEo5UIASAnm2bRp1Jt/e0a2XU8Q==",
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/lodash.debounce": {
|
||||
@@ -14133,14 +14150,14 @@
|
||||
}
|
||||
},
|
||||
"node_modules/mermaid": {
|
||||
"version": "11.12.3",
|
||||
"resolved": "https://registry.npmjs.org/mermaid/-/mermaid-11.12.3.tgz",
|
||||
"integrity": "sha512-wN5ZSgJQIC+CHJut9xaKWsknLxaFBwCPwPkGTSUYrTiHORWvpT8RxGk849HPnpUAQ+/9BPRqYb80jTpearrHzQ==",
|
||||
"version": "11.12.2",
|
||||
"resolved": "https://registry.npmjs.org/mermaid/-/mermaid-11.12.2.tgz",
|
||||
"integrity": "sha512-n34QPDPEKmaeCG4WDMGy0OT6PSyxKCfy2pJgShP+Qow2KLrvWjclwbc3yXfSIf4BanqWEhQEpngWwNp/XhZt6w==",
|
||||
"license": "MIT",
|
||||
"dependencies": {
|
||||
"@braintree/sanitize-url": "^7.1.1",
|
||||
"@iconify/utils": "^3.0.1",
|
||||
"@mermaid-js/parser": "^1.0.0",
|
||||
"@mermaid-js/parser": "^0.6.3",
|
||||
"@types/d3": "^7.4.3",
|
||||
"cytoscape": "^3.29.3",
|
||||
"cytoscape-cose-bilkent": "^4.1.0",
|
||||
@@ -14152,7 +14169,7 @@
|
||||
"dompurify": "^3.2.5",
|
||||
"katex": "^0.16.22",
|
||||
"khroma": "^2.1.0",
|
||||
"lodash-es": "^4.17.23",
|
||||
"lodash-es": "^4.17.21",
|
||||
"marked": "^16.2.1",
|
||||
"roughjs": "^4.6.6",
|
||||
"stylis": "^4.3.6",
|
||||
@@ -22522,9 +22539,9 @@
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/vscode-uri": {
|
||||
"version": "3.1.0",
|
||||
"resolved": "https://registry.npmjs.org/vscode-uri/-/vscode-uri-3.1.0.tgz",
|
||||
"integrity": "sha512-/BpdSx+yCQGnCvecbyXdxHDkuk55/G3xwnC0GqY4gmQ3j+A+g8kzzgB4Nk/SINjqn6+waqw3EgbVF2QKExkRxQ==",
|
||||
"version": "3.0.8",
|
||||
"resolved": "https://registry.npmjs.org/vscode-uri/-/vscode-uri-3.0.8.tgz",
|
||||
"integrity": "sha512-AyFQ0EVmsOZOlAnxoFOGOq1SQDWAB7C6aqMGS23svWAllfOaxbuFvcT8D1i8z3Gyn8fraVeZNNmN6e9bxxXkKw==",
|
||||
"license": "MIT"
|
||||
},
|
||||
"node_modules/walk-up-path": {
|
||||
|
||||
@@ -158,7 +158,6 @@ module.exports = {
|
||||
"development/hardware-integration/encoders",
|
||||
"development/hardware-integration/soft-off-setup",
|
||||
"development/hardware-integration/pointing",
|
||||
"development/hardware-integration/new-board",
|
||||
"development/hardware-integration/battery",
|
||||
{
|
||||
type: "category",
|
||||
|
||||
@@ -4,8 +4,6 @@
|
||||
* SPDX-License-Identifier: CC-BY-NC-SA-4.0
|
||||
*/
|
||||
|
||||
import macosLanguage from "@site/docs/keymaps/_footnotes/macos-language.mdx";
|
||||
import macosInternational from "@site/docs/keymaps/_footnotes/macos-international.mdx";
|
||||
import example from "@site/docs/keymaps/_footnotes/example.mdx";
|
||||
import iosApplication from "@site/docs/keymaps/_footnotes/ios-application.mdx";
|
||||
import iosPower from "@site/docs/keymaps/_footnotes/ios-power.mdx";
|
||||
@@ -15,8 +13,6 @@ import macosUndoRedo from "@site/docs/keymaps/_footnotes/macos-undo-redo.mdx";
|
||||
import globe from "@site/docs/keymaps/_footnotes/globe.mdx";
|
||||
|
||||
export default {
|
||||
macosLanguage,
|
||||
macosInternational,
|
||||
example,
|
||||
iosApplication,
|
||||
iosPower,
|
||||
|
||||
@@ -3396,12 +3396,10 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {
|
||||
macos: ["macosInternational"],
|
||||
},
|
||||
footnotes: {},
|
||||
},
|
||||
{
|
||||
names: ["INTERNATIONAL_2", "INT2", "INT_KATAKANAHIRAGANA", "INT_KANA"],
|
||||
@@ -3419,7 +3417,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3440,12 +3438,10 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {
|
||||
macos: ["macosInternational"],
|
||||
},
|
||||
footnotes: {},
|
||||
},
|
||||
{
|
||||
names: ["INTERNATIONAL_4", "INT4", "INT_HENKAN"],
|
||||
@@ -3463,7 +3459,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3484,7 +3480,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3505,7 +3501,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3526,7 +3522,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3547,7 +3543,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3568,7 +3564,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3589,12 +3585,10 @@ export default [
|
||||
windows: true,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {
|
||||
macos: ["macosLanguage"],
|
||||
},
|
||||
footnotes: {},
|
||||
},
|
||||
{
|
||||
names: ["LANGUAGE_2", "LANG2", "LANG_HANJA"],
|
||||
@@ -3612,12 +3606,10 @@ export default [
|
||||
windows: true,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {
|
||||
macos: ["macosLanguage"],
|
||||
},
|
||||
footnotes: {},
|
||||
},
|
||||
{
|
||||
names: ["LANGUAGE_3", "LANG3", "LANG_KATAKANA"],
|
||||
@@ -3635,7 +3627,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3656,7 +3648,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3677,7 +3669,7 @@ export default [
|
||||
windows: false,
|
||||
linux: true,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3698,7 +3690,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3719,7 +3711,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3740,7 +3732,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
@@ -3761,7 +3753,7 @@ export default [
|
||||
windows: null,
|
||||
linux: false,
|
||||
android: false,
|
||||
macos: true,
|
||||
macos: null,
|
||||
ios: null,
|
||||
},
|
||||
footnotes: {},
|
||||
|
||||
Reference in New Issue
Block a user