diff options
author | fauxpark <fauxpark@gmail.com> | 2019-12-27 14:31:48 +1100 |
---|---|---|
committer | Joel Challis <git@zvecr.com> | 2019-12-27 03:31:48 +0000 |
commit | b359830ea2f92010a8c5459cbb610857fe5d6675 (patch) | |
tree | 709e10bae661077c184fab53033d779dea610137 /docs/zh-cn | |
parent | c32d0857104eb07ee99258387f118fc63385343c (diff) | |
download | qmk_firmware-b359830ea2f92010a8c5459cbb610857fe5d6675.tar.gz qmk_firmware-b359830ea2f92010a8c5459cbb610857fe5d6675.zip |
Fix file encoding for zh-cn/custom_quantum_functions.md (#7665)
Diffstat (limited to 'docs/zh-cn')
-rw-r--r-- | docs/zh-cn/custom_quantum_functions.md | 324 |
1 files changed, 162 insertions, 162 deletions
diff --git a/docs/zh-cn/custom_quantum_functions.md b/docs/zh-cn/custom_quantum_functions.md index 42ceba9cac..f2c6098dcb 100644 --- a/docs/zh-cn/custom_quantum_functions.md +++ b/docs/zh-cn/custom_quantum_functions.md @@ -1,31 +1,31 @@ -# 如何定制你键盘的功能 +# 濡備綍瀹氬埗浣犻敭鐩樼殑鍔熻兘 -对于很多人来说客制化键盘可不只是向你的电脑发送你按了那个件这么简单。你肯定想实现比简单按键和宏更复杂的功能。QMK有能让你注入代码的钩子, 覆盖功能, 另外,还可以自定义键盘在不同情况下的行为。 +瀵逛簬寰堝浜烘潵璇村鍒跺寲閿洏鍙笉鍙槸鍚戜綘鐨勭數鑴戝彂閫佷綘鎸変簡閭d釜浠惰繖涔堢畝鍗曘備綘鑲畾鎯冲疄鐜版瘮绠鍗曟寜閿拰瀹忔洿澶嶆潅鐨勫姛鑳姐俀MK鏈夎兘璁╀綘娉ㄥ叆浠g爜鐨勯挬瀛, 瑕嗙洊鍔熻兘, 鍙﹀锛岃繕鍙互鑷畾涔夐敭鐩樺湪涓嶅悓鎯呭喌涓嬬殑琛屼负銆 -本页不假定任何特殊的QMK知识,但阅读[理解QMK](understanding_qmk.md)将会在更基础的层面帮你理解发生了什么。 +鏈〉涓嶅亣瀹氫换浣曠壒娈婄殑QMK鐭ヨ瘑锛屼絾闃呰[鐞嗚ВQMK](understanding_qmk.md)灏嗕細鍦ㄦ洿鍩虹鐨勫眰闈㈠府浣犵悊瑙e彂鐢熶簡浠涔堛 -## A Word on Core vs 键盘 vs 布局 +## A Word on Core vs 閿洏 vs 甯冨眬 -我们把qmk组织成一个层次结构: +鎴戜滑鎶妐mk缁勭粐鎴愪竴涓眰娆$粨鏋勶細 * Core (`_quantum`) * Keyboard/Revision (`_kb`) * Keymap (`_user`) -下面描述的每一个函数都可以在定义上加一个`_kb()`或 `_user()` 后缀。 建议在键盘/修订层使用`_kb()`后缀,在布局层使用`_user()`后缀。 +涓嬮潰鎻忚堪鐨勬瘡涓涓嚱鏁伴兘鍙互鍦ㄥ畾涔変笂鍔犱竴涓猔_kb()`鎴 `_user()` 鍚庣紑銆 寤鸿鍦ㄩ敭鐩/淇灞備娇鐢╜_kb()`鍚庣紑锛屽湪甯冨眬灞備娇鐢╜_user()`鍚庣紑銆 -在键盘/修订层定义函数时,`_kb()`在执行任何代码前先调用`_user()`是必要的,不然布局层函数就不要被调用。 -<!-- 翻译问题:上面那句翻译的不太好--> -# 自定义键码 +鍦ㄩ敭鐩/淇灞傚畾涔夊嚱鏁版椂锛宍_kb()`鍦ㄦ墽琛屼换浣曚唬鐮佸墠鍏堣皟鐢╜_user()`鏄繀瑕佺殑锛屼笉鐒跺竷灞灞傚嚱鏁板氨涓嶈琚皟鐢ㄣ +<!-- 缈昏瘧闂锛氫笂闈㈤偅鍙ョ炕璇戠殑涓嶅お濂--> +# 鑷畾涔夐敭鐮 -到目前为止,最常见的任务是更改现有键码的行为或创建新的键码。从代码角度来看这些操作都很相似。 +鍒扮洰鍓嶄负姝紝鏈甯歌鐨勪换鍔℃槸鏇存敼鐜版湁閿爜鐨勮涓烘垨鍒涘缓鏂扮殑閿爜銆備粠浠g爜瑙掑害鏉ョ湅杩欎簺鎿嶄綔閮藉緢鐩镐技銆 -## 定义一个新键码 +## 瀹氫箟涓涓柊閿爜 -创建键码第一步,先枚举出它全部,也就是给键码起个名字并分配唯一数值。QMK没有直接限制最大键码值大小,而是提供了一个`SAFE_RANGE`宏。你可以在枚举时用`SAFE_RANGE`来保证你取得了唯一的键码值。 +鍒涘缓閿爜绗竴姝ワ紝鍏堟灇涓惧嚭瀹冨叏閮紝涔熷氨鏄粰閿爜璧蜂釜鍚嶅瓧骞跺垎閰嶅敮涓鏁板笺俀MK娌℃湁鐩存帴闄愬埗鏈澶ч敭鐮佸煎ぇ灏忥紝鑰屾槸鎻愪緵浜嗕竴涓猔SAFE_RANGE`瀹忋備綘鍙互鍦ㄦ灇涓炬椂鐢╜SAFE_RANGE`鏉ヤ繚璇佷綘鍙栧緱浜嗗敮涓鐨勯敭鐮佸笺 -这有枚举两个键码的例子。把这块加到`keymap.c`的话你就在布局中能用`FOO`和`BAR`了。 +杩欐湁鏋氫妇涓や釜閿爜鐨勪緥瀛愩傛妸杩欏潡鍔犲埌`keymap.c`鐨勮瘽浣犲氨鍦ㄥ竷灞涓兘鐢╜FOO`鍜宍BAR`浜嗐 ```c enum my_keycodes { @@ -34,46 +34,46 @@ enum my_keycodes { }; ``` -## 为键码的行为编程 +## 涓洪敭鐮佺殑琛屼负缂栫▼ -当你覆盖一个已存在按键的行为时,或将这个行为赋给新键时,你要用`process_record_kb()`和`process_record_user()`函数。这俩函数在键处理中真实键事件被处理前被QMK调用。如果这俩函数返回`true`,QMK将会用正常的方式处理键码。这样可以很方便的扩展键码的功能而不是替换它。如果函数返回`false` QMK会跳过正常键处理,然后发送键子抬起还是按下事件就由你决定了。 +褰撲綘瑕嗙洊涓涓凡瀛樺湪鎸夐敭鐨勮涓烘椂锛屾垨灏嗚繖涓涓鸿祴缁欐柊閿椂锛屼綘瑕佺敤`process_record_kb()`鍜宍process_record_user()`鍑芥暟銆傝繖淇╁嚱鏁板湪閿鐞嗕腑鐪熷疄閿簨浠惰澶勭悊鍓嶈QMK璋冪敤銆傚鏋滆繖淇╁嚱鏁拌繑鍥瀈true`锛孮MK灏嗕細鐢ㄦ甯哥殑鏂瑰紡澶勭悊閿爜銆傝繖鏍峰彲浠ュ緢鏂逛究鐨勬墿灞曢敭鐮佺殑鍔熻兘鑰屼笉鏄浛鎹㈠畠銆傚鏋滃嚱鏁拌繑鍥瀈false` QMK浼氳烦杩囨甯搁敭澶勭悊锛岀劧鍚庡彂閫侀敭瀛愭姮璧疯繕鏄寜涓嬩簨浠跺氨鐢变綘鍐冲畾浜嗐 -当某个键按下或释放时这俩函数会被调用。 +褰撴煇涓敭鎸変笅鎴栭噴鏀炬椂杩欎咯鍑芥暟浼氳璋冪敤銆 -### process_record_user()`函数示例实现 +### process_record_user()`鍑芥暟绀轰緥瀹炵幇 -这个例子做了两个事。自定义了一个叫做`FOO`的键码的行为,并补充了在按下回车时播放音符。 +杩欎釜渚嬪瓙鍋氫簡涓や釜浜嬨傝嚜瀹氫箟浜嗕竴涓彨鍋歚FOO`鐨勯敭鐮佺殑琛屼负锛屽苟琛ュ厖浜嗗湪鎸変笅鍥炶溅鏃舵挱鏀鹃煶绗︺ ```c bool process_record_user(uint16_t keycode, keyrecord_t *record) { switch (keycode) { case FOO: if (record->event.pressed) { - // 按下时做些什么 + // 鎸変笅鏃跺仛浜涗粈涔 } else { - // 释放时做些什么 + // 閲婃斁鏃跺仛浜涗粈涔 } - return false; // 跳过此键的所有进一步处理 + return false; // 璺宠繃姝ら敭鐨勬墍鏈夎繘涓姝ュ鐞 case KC_ENTER: - // 当按下回车时播放音符 + // 褰撴寜涓嬪洖杞︽椂鎾斁闊崇 if (record->event.pressed) { PLAY_NOTE_ARRAY(tone_qwerty); } - return true; // 让QMK触发回车按下/释放事件 + return true; // 璁㏎MK瑙﹀彂鍥炶溅鎸変笅/閲婃斁浜嬩欢 default: - return true; // 正常处理其他键码 + return true; // 姝e父澶勭悊鍏朵粬閿爜 } } ``` -### `process_record_*` 函数文档 +### `process_record_*` 鍑芥暟鏂囨。 -* 键盘/修订: `bool process_record_kb(uint16_t keycode, keyrecord_t *record)` -* 布局: `bool process_record_user(uint16_t keycode, keyrecord_t *record)` +* 閿洏/淇: `bool process_record_kb(uint16_t keycode, keyrecord_t *record)` +* 甯冨眬: `bool process_record_user(uint16_t keycode, keyrecord_t *record)` -`keycode(键码)`参数是在布局上定义的,比如`MO(1)`, `KC_L`, 等等。 你要用 `switch...case` 块来处理这些事件。 +`keycode(閿爜)`鍙傛暟鏄湪甯冨眬涓婂畾涔夌殑锛屾瘮濡俙MO(1)`, `KC_L`, 绛夌瓑銆 浣犺鐢 `switch...case` 鍧楁潵澶勭悊杩欎簺浜嬩欢銆 -`record`参数含有实际按键的信息: +`record`鍙傛暟鍚湁瀹為檯鎸夐敭鐨勪俊鎭細 ```c keyrecord_t record { @@ -88,9 +88,9 @@ keyrecord_t record { } ``` -# LED控制 +# LED鎺у埗 -qmk提供了读取HID规范包含的5个LED的方法。: +qmk鎻愪緵浜嗚鍙朒ID瑙勮寖鍖呭惈鐨5涓狶ED鐨勬柟娉曘: * `USB_LED_NUM_LOCK` * `USB_LED_CAPS_LOCK` @@ -98,20 +98,20 @@ qmk提供了读取HID规范包含的5个LED的方法。: * `USB_LED_COMPOSE` * `USB_LED_KANA` -这五个常量对应于主机LED状态的位置位。 -有两种方法可以获得主机LED状态: +杩欎簲涓父閲忓搴斾簬涓绘満LED鐘舵佺殑浣嶇疆浣嶃 +鏈変袱绉嶆柟娉曞彲浠ヨ幏寰椾富鏈篖ED鐘舵侊細 -* 通过执行 `led_set_user()` -* 通过调用 `host_keyboard_leds()` +* 閫氳繃鎵ц `led_set_user()` +* 閫氳繃璋冪敤 `host_keyboard_leds()` ## `led_set_user()` -当5个LED中任何一个的状态需要改变时,此函数将被调用。此函数通过参数输入LED参数。 -使用`IS_LED_ON(usb_led, led_name)`和`IS_LED_OFF(usb_led, led_name)`这两个宏来检查LED状态。 +褰5涓狶ED涓换浣曚竴涓殑鐘舵侀渶瑕佹敼鍙樻椂锛屾鍑芥暟灏嗚璋冪敤銆傛鍑芥暟閫氳繃鍙傛暟杈撳叆LED鍙傛暟銆 +浣跨敤`IS_LED_ON(usb_led, led_name)`鍜宍IS_LED_OFF(usb_led, led_name)`杩欎袱涓畯鏉ユ鏌ED鐘舵併 -!> `host_keyboard_leds()`可能会在`led_set_user()`被调用前返回新值。 +!> `host_keyboard_leds()`鍙兘浼氬湪`led_set_user()`琚皟鐢ㄥ墠杩斿洖鏂板笺 -### `led_set_user()`函数示例实现 +### `led_set_user()`鍑芥暟绀轰緥瀹炵幇 ```c void led_set_user(uint8_t usb_led) { @@ -143,59 +143,59 @@ void led_set_user(uint8_t usb_led) { } ``` -### `led_set_*`函数文档 +### `led_set_*`鍑芥暟鏂囨。 -* 键盘/修订: `void led_set_kb(uint8_t usb_led)` -* 布局: `void led_set_user(uint8_t usb_led)` +* 閿洏/淇: `void led_set_kb(uint8_t usb_led)` +* 甯冨眬: `void led_set_user(uint8_t usb_led)` ## `host_keyboard_leds()` -调用这个函数会返回最后收到的LED状态。这个函数在`led_set_*`之外读取LED状态时很有用,比如在[`matrix_scan_user()`](#矩阵扫描代码). -为了便捷,你可以用`IS_HOST_LED_ON(led_name)`和`IS_HOST_LED_OFF(led_name)` 宏,而不直接调用和检查`host_keyboard_leds()`。 +璋冪敤杩欎釜鍑芥暟浼氳繑鍥炴渶鍚庢敹鍒扮殑LED鐘舵併傝繖涓嚱鏁板湪`led_set_*`涔嬪璇诲彇LED鐘舵佹椂寰堟湁鐢紝姣斿鍦╗`matrix_scan_user()`](#鐭╅樀鎵弿浠g爜). +涓轰簡渚挎嵎锛屼綘鍙互鐢╜IS_HOST_LED_ON(led_name)`鍜宍IS_HOST_LED_OFF(led_name)` 瀹忥紝鑰屼笉鐩存帴璋冪敤鍜屾鏌host_keyboard_leds()`銆 -## 设置物理LED状态 +## 璁剧疆鐗╃悊LED鐘舵 -一些键盘实现了为设置物理LED的状态提供了方便的方法。 +涓浜涢敭鐩樺疄鐜颁簡涓鸿缃墿鐞哃ED鐨勭姸鎬佹彁渚涗簡鏂逛究鐨勬柟娉曘 ### Ergodox Boards -Ergodox实现了提供`ergodox_right_led_1`/`2`/`3_on`/`off()`来让每个LED开或关, 也可以用 `ergodox_right_led_on`/`off(uint8_t led)` 按索引打开或关闭他们。 +Ergodox瀹炵幇浜嗘彁渚沗ergodox_right_led_1`/`2`/`3_on`/`off()`鏉ヨ姣忎釜LED寮鎴栧叧, 涔熷彲浠ョ敤 `ergodox_right_led_on`/`off(uint8_t led)` 鎸夌储寮曟墦寮鎴栧叧闂粬浠 -此外,还可以使用`ergodox_led_all_set(uint8_t n)`指定所有LED的亮度级别;针对每个LED用`ergodox_right_led_1`/`2`/`3_set(uint8_t n)`;使用索引的话用`ergodox_right_led_set(uint8_t led, uint8_t n)`。 +姝ゅ锛岃繕鍙互浣跨敤`ergodox_led_all_set(uint8_t n)`鎸囧畾鎵鏈塋ED鐨勪寒搴︾骇鍒紱閽堝姣忎釜LED鐢╜ergodox_right_led_1`/`2`/`3_set(uint8_t n)`锛涗娇鐢ㄧ储寮曠殑璇濈敤`ergodox_right_led_set(uint8_t led, uint8_t n)`銆 -Ergodox boards 同时定义了最低亮度级别`LED_BRIGHTNESS_LO`和最高亮度级别`LED_BRIGHTNESS_HI`(默认最高). +Ergodox boards 鍚屾椂瀹氫箟浜嗘渶浣庝寒搴︾骇鍒玚LED_BRIGHTNESS_LO`鍜屾渶楂樹寒搴︾骇鍒玚LED_BRIGHTNESS_HI`(榛樿鏈楂). -# 键盘初始化代码 +# 閿洏鍒濆鍖栦唬鐮 -键盘初始化过程有几个步骤。你是用那个函数取决于你想要做什么。 +閿洏鍒濆鍖栬繃绋嬫湁鍑犱釜姝ラ銆備綘鏄敤閭d釜鍑芥暟鍙栧喅浜庝綘鎯宠鍋氫粈涔堛 -有三个主要初始化函数,按调用顺序列出。 +鏈変笁涓富瑕佸垵濮嬪寲鍑芥暟锛屾寜璋冪敤椤哄簭鍒楀嚭銆 -* `keyboard_pre_init_*` - 会在大多数其他东西运行前运行。适用于哪些需要提前运行的硬件初始化。 -* `matrix_init_*` - 在固件启动过程中间被调用。此时硬件已初始化,功能尚未初始化。 -* `keyboard_post_init_*` - 在固件启动过程最后被调用。大多数情况下,你的“客制化”代码都可以放在这里。 +* `keyboard_pre_init_*` - 浼氬湪澶у鏁板叾浠栦笢瑗胯繍琛屽墠杩愯銆傞傜敤浜庡摢浜涢渶瑕佹彁鍓嶈繍琛岀殑纭欢鍒濆鍖栥 +* `matrix_init_*` - 鍦ㄥ浐浠跺惎鍔ㄨ繃绋嬩腑闂磋璋冪敤銆傛鏃剁‖浠跺凡鍒濆鍖栵紝鍔熻兘灏氭湭鍒濆鍖栥 +* `keyboard_post_init_*` - 鍦ㄥ浐浠跺惎鍔ㄨ繃绋嬫渶鍚庤璋冪敤銆傚ぇ澶氭暟鎯呭喌涓嬶紝浣犵殑鈥滃鍒跺寲鈥濅唬鐮侀兘鍙互鏀惧湪杩欓噷銆 -!> 对于大多数人来说`keyboard_post_init_user`是你想要调用的函数。例如, 此时你可以设置RGB灯发光。 +!> 瀵逛簬澶у鏁颁汉鏉ヨ`keyboard_post_init_user`鏄綘鎯宠璋冪敤鐨勫嚱鏁般備緥濡, 姝ゆ椂浣犲彲浠ヨ缃甊GB鐏彂鍏夈 -## 键盘预初始化代码 +## 閿洏棰勫垵濮嬪寲浠g爜 -这代码极早运行,甚至都在USB初始化前运行。 +杩欎唬鐮佹瀬鏃╄繍琛岋紝鐢氳嚦閮藉湪USB鍒濆鍖栧墠杩愯銆 -在这之后不久矩阵就被初始化了。 +鍦ㄨ繖涔嬪悗涓嶄箙鐭╅樀灏辫鍒濆鍖栦簡銆 -对于大多数用户来说,这用不到,因为它主要是用于面向硬件的初始化。 +瀵逛簬澶у鏁扮敤鎴锋潵璇,杩欑敤涓嶅埌锛屽洜涓哄畠涓昏鏄敤浜庨潰鍚戠‖浠剁殑鍒濆鍖栥 -但如果你有硬件初始化的话放在这里再好不过了(比如初始化LED引脚一类的). +浣嗗鏋滀綘鏈夌‖浠跺垵濮嬪寲鐨勮瘽鏀惧湪杩欓噷鍐嶅ソ涓嶈繃浜(姣斿鍒濆鍖朙ED寮曡剼涓绫荤殑). -### `keyboard_pre_init_user()`函数示例实现 +### `keyboard_pre_init_user()`鍑芥暟绀轰緥瀹炵幇 -本例中在键盘级别,设定 B0, B1, B2, B3, 和 B4 是LED引脚。 +鏈緥涓湪閿洏绾у埆锛岃瀹 B0, B1, B2, B3, 鍜 B4 鏄疞ED寮曡剼銆 ```c void keyboard_pre_init_user(void) { - // 调用键盘预初始化代码 + // 璋冪敤閿洏棰勫垵濮嬪寲浠g爜 - // 设置LED引脚为输出模式 + // 璁剧疆LED寮曡剼涓鸿緭鍑烘ā寮 setPinOutput(B0); setPinOutput(B1); setPinOutput(B2); @@ -204,73 +204,73 @@ void keyboard_pre_init_user(void) { } ``` -### `keyboard_pre_init_*` 函数文档 +### `keyboard_pre_init_*` 鍑芥暟鏂囨。 -* 键盘/修订: `void keyboard_pre_init_kb(void)` -* 布局: `void keyboard_pre_init_user(void)` +* 閿洏/淇: `void keyboard_pre_init_kb(void)` +* 甯冨眬: `void keyboard_pre_init_user(void)` -## 矩阵初始化代码 +## 鐭╅樀鍒濆鍖栦唬鐮 -这将会在矩阵初始化时被调用,在某些硬件设置好后,但在一些功能被初始化前。 +杩欏皢浼氬湪鐭╅樀鍒濆鍖栨椂琚皟鐢紝鍦ㄦ煇浜涚‖浠惰缃ソ鍚庯紝浣嗗湪涓浜涘姛鑳借鍒濆鍖栧墠銆 -这在你设置其他地方会用到的东西的时候会很有用,但与硬件无关,也不依赖于它的启动位置。 +杩欏湪浣犺缃叾浠栧湴鏂逛細鐢ㄥ埌鐨勪笢瑗跨殑鏃跺欎細寰堟湁鐢紝浣嗕笌纭欢鏃犲叧锛屼篃涓嶄緷璧栦簬瀹冪殑鍚姩浣嶇疆銆 -### `matrix_init_*`函数文档 +### `matrix_init_*`鍑芥暟鏂囨。 -* 键盘/修订: `void matrix_init_kb(void)` -* 布局: `void matrix_init_user(void)` +* 閿洏/淇: `void matrix_init_kb(void)` +* 甯冨眬: `void matrix_init_user(void)` -## 键盘后初始化代码 +## 閿洏鍚庡垵濮嬪寲浠g爜 -这是键盘初始化过程中的最后一个任务。如果您想更改某些特性,这会很有用,因为此时应该对它们进行初始化。 +杩欐槸閿洏鍒濆鍖栬繃绋嬩腑鐨勬渶鍚庝竴涓换鍔°傚鏋滄偍鎯虫洿鏀规煇浜涚壒鎬э紝杩欎細寰堟湁鐢紝鍥犱负姝ゆ椂搴旇瀵瑰畠浠繘琛屽垵濮嬪寲銆 -### `keyboard_post_init_user()`示例实现 +### `keyboard_post_init_user()`绀轰緥瀹炵幇 -本示例在所有初始化完成后运行,配置RGB灯。 +鏈ず渚嬪湪鎵鏈夊垵濮嬪寲瀹屾垚鍚庤繍琛岋紝閰嶇疆RGB鐏 ```c void keyboard_post_init_user(void) { - // 调用后初始化代码 - rgblight_enable_noeeprom(); // 使能Rgb,不保存设置 - rgblight_sethsv_noeeprom(180, 255, 255); // 将颜色设置到蓝绿色(青色)不保存 - rgblight_mode_noeeprom(RGBLIGHT_MODE_BREATHING + 3); // 设置快速呼吸模式不保存 + // 璋冪敤鍚庡垵濮嬪寲浠g爜 + rgblight_enable_noeeprom(); // 浣胯兘Rgb锛屼笉淇濆瓨璁剧疆 + rgblight_sethsv_noeeprom(180, 255, 255); // 灏嗛鑹茶缃埌钃濈豢鑹(闈掕壊)涓嶄繚瀛 + rgblight_mode_noeeprom(RGBLIGHT_MODE_BREATHING + 3); // 璁剧疆蹇熷懠鍚告ā寮忎笉淇濆瓨 } ``` -### `keyboard_post_init_*` 函数文档 +### `keyboard_post_init_*` 鍑芥暟鏂囨。 -* 键盘/修订: `void keyboard_post_init_kb(void)` -* 布局: `void keyboard_post_init_user(void)` +* 閿洏/淇: `void keyboard_post_init_kb(void)` +* 甯冨眬: `void keyboard_post_init_user(void)` -# 矩阵扫描代码 +# 鐭╅樀鎵弿浠g爜 -可能的话你要用`process_record_*()`自定义键盘,以这种方式连接到事件中,以确保代码不会对键盘产生负面的性能影响。然而,在极少数情况下,有必要进行矩阵扫描。在这些函数中要特别注意代码的性能,因为它每秒至少被调用10次。 +鍙兘鐨勮瘽浣犺鐢╜process_record_*()`鑷畾涔夐敭鐩橈紝浠ヨ繖绉嶆柟寮忚繛鎺ュ埌浜嬩欢涓紝浠ョ‘淇濅唬鐮佷笉浼氬閿洏浜х敓璐熼潰鐨勬ц兘褰卞搷銆傜劧鑰岋紝鍦ㄦ瀬灏戞暟鎯呭喌涓嬶紝鏈夊繀瑕佽繘琛岀煩闃垫壂鎻忋傚湪杩欎簺鍑芥暟涓鐗瑰埆娉ㄦ剰浠g爜鐨勬ц兘锛屽洜涓哄畠姣忕鑷冲皯琚皟鐢10娆° -### `matrix_scan_*`示例实现 +### `matrix_scan_*`绀轰緥瀹炵幇 -这个例子被故意省略了。在hook这样一个对性能及其敏感的区域之前,您应该足够了解qmk的内部结构,以便在没有示例的情况下编写。如果你需要帮助,请[建立一个issue](https://github.com/qmk/qmk_firmware/issues/new)或[在Discord上与我们交流](https://discord.gg/Uq7gcHh). +杩欎釜渚嬪瓙琚晠鎰忕渷鐣ヤ簡銆傚湪hook杩欐牱涓涓鎬ц兘鍙婂叾鏁忔劅鐨勫尯鍩熶箣鍓嶏紝鎮ㄥ簲璇ヨ冻澶熶簡瑙mk鐨勫唴閮ㄧ粨鏋勶紝浠ヤ究鍦ㄦ病鏈夌ず渚嬬殑鎯呭喌涓嬬紪鍐欍傚鏋滀綘闇瑕佸府鍔╋紝璇穂寤虹珛涓涓猧ssue](https://github.com/qmk/qmk_firmware/issues/new)鎴朳鍦―iscord涓婁笌鎴戜滑浜ゆ祦](https://discord.gg/Uq7gcHh). -### `matrix_scan_*` 函数文档 +### `matrix_scan_*` 鍑芥暟鏂囨。 -* 键盘/修订: `void matrix_scan_kb(void)` -* 布局: `void matrix_scan_user(void)` +* 閿洏/淇: `void matrix_scan_kb(void)` +* 甯冨眬: `void matrix_scan_user(void)` -该函数在每次矩阵扫描时被调用,这基本与MCU处理能力上限相同。在这里写代码要谨慎,因为它会运行很多次。 +璇ュ嚱鏁板湪姣忔鐭╅樀鎵弿鏃惰璋冪敤锛岃繖鍩烘湰涓嶮CU澶勭悊鑳藉姏涓婇檺鐩稿悓銆傚湪杩欓噷鍐欎唬鐮佽璋ㄦ厧锛屽洜涓哄畠浼氳繍琛屽緢澶氭銆 -你会在自定义矩阵扫描代码时用到这个函数。这也可以用作自定义状态输出(比如LED灯或者屏幕)或者其他即便用户不输入你也想定期运行的功能。 +浣犱細鍦ㄨ嚜瀹氫箟鐭╅樀鎵弿浠g爜鏃剁敤鍒拌繖涓嚱鏁般傝繖涔熷彲浠ョ敤浣滆嚜瀹氫箟鐘舵佽緭鍑(姣斿LED鐏垨鑰呭睆骞)鎴栬呭叾浠栧嵆渚跨敤鎴蜂笉杈撳叆浣犱篃鎯冲畾鏈熻繍琛岀殑鍔熻兘銆 -# 键盘 空闲/唤醒 代码 +# 閿洏 绌洪棽/鍞ら啋 浠g爜 -如果键盘支持就可以通过停止一大票功能来达到"空闲"。RGB灯和背光就是很好的例子。这可以节约能耗,也可能让你键盘风味更佳。 +濡傛灉閿洏鏀寔灏卞彲浠ラ氳繃鍋滄涓澶хエ鍔熻兘鏉ヨ揪鍒"绌洪棽"銆俁GB鐏拰鑳屽厜灏辨槸寰堝ソ鐨勪緥瀛愩傝繖鍙互鑺傜害鑳借楋紝涔熷彲鑳借浣犻敭鐩橀鍛虫洿浣炽 -用两个函数控制: `suspend_power_down_*`和`suspend_wakeup_init_*`, 分别在系统板空闲和唤醒时调用。 +鐢ㄤ袱涓嚱鏁版帶鍒: `suspend_power_down_*`鍜宍suspend_wakeup_init_*`, 鍒嗗埆鍦ㄧ郴缁熸澘绌洪棽鍜屽敜閱掓椂璋冪敤銆 -### suspend_power_down_user()和suspend_wakeup_init_user()示例实现 +### suspend_power_down_user()鍜宻uspend_wakeup_init_user()绀轰緥瀹炵幇 ```c @@ -283,18 +283,18 @@ void suspend_wakeup_init_user(void) { } ``` -### 键盘 挂起/唤醒 函数文档 +### 閿洏 鎸傝捣/鍞ら啋 鍑芥暟鏂囨。 -* 键盘/修订: `void suspend_power_down_kb(void)` 和`void suspend_wakeup_init_user(void)` -* 布局: `void suspend_power_down_kb(void)` 和 `void suspend_wakeup_init_user(void)` +* 閿洏/淇: `void suspend_power_down_kb(void)` 鍜宍void suspend_wakeup_init_user(void)` +* 甯冨眬: `void suspend_power_down_kb(void)` 鍜 `void suspend_wakeup_init_user(void)` -# 层改变代码 +# 灞傛敼鍙樹唬鐮 -每当层改变这个就运行代码。这对于层指示或自定义层处理很有用。 +姣忓綋灞傛敼鍙樿繖涓氨杩愯浠g爜銆傝繖瀵逛簬灞傛寚绀烘垨鑷畾涔夊眰澶勭悊寰堟湁鐢ㄣ -### `layer_state_set_*` 示例实现 +### `layer_state_set_*` 绀轰緥瀹炵幇 -本例使用了Planck键盘示范了如何设置 [RGB背光灯](feature_rgblight.md)使之与层对应 +鏈緥浣跨敤浜哖lanck閿洏绀鸿寖浜嗗浣曡缃 [RGB鑳屽厜鐏痌(feature_rgblight.md)浣夸箣涓庡眰瀵瑰簲 ```c uint32_t layer_state_set_user(uint32_t state) { @@ -318,31 +318,31 @@ uint32_t layer_state_set_user(uint32_t state) { return state; } ``` -### `layer_state_set_*` 函数文档 +### `layer_state_set_*` 鍑芥暟鏂囨。 -* 键盘/修订: `uint32_t layer_state_set_kb(uint32_t state)` -* 布局: `uint32_t layer_state_set_user(uint32_t state)` +* 閿洏/淇: `uint32_t layer_state_set_kb(uint32_t state)` +* 甯冨眬: `uint32_t layer_state_set_user(uint32_t state)` -该`状态`是活动层的bitmask, 详见[布局概述](keymap.md#布局的层状态) +璇鐘舵乣鏄椿鍔ㄥ眰鐨刡itmask, 璇﹁[甯冨眬姒傝堪](keymap.md#甯冨眬鐨勫眰鐘舵) -# 掉电保存配置 (EEPROM) +# 鎺夌數淇濆瓨閰嶇疆 (EEPROM) -这会让你的配置长期的保存在键盘中。这些配置保存在你主控的EEPROM里,掉电不会消失。 设置可以用`eeconfig_read_kb`和`eeconfig_read_user`读取,可以用`eeconfig_update_kb`和`eeconfig_update_user`写入。这对于您希望能够切换的功能很有用(比如切换RGB层指示。此外,你可以用`eeconfig_init_kb`和`eeconfig_init_user`来设置EEPROM默认值。 +杩欎細璁╀綘鐨勯厤缃暱鏈熺殑淇濆瓨鍦ㄩ敭鐩樹腑銆傝繖浜涢厤缃繚瀛樺湪浣犱富鎺х殑EEPROM閲岋紝鎺夌數涓嶄細娑堝け銆 璁剧疆鍙互鐢╜eeconfig_read_kb`鍜宍eeconfig_read_user`璇诲彇锛屽彲浠ョ敤`eeconfig_update_kb`鍜宍eeconfig_update_user`鍐欏叆銆傝繖瀵逛簬鎮ㄥ笇鏈涜兘澶熷垏鎹㈢殑鍔熻兘寰堟湁鐢(姣斿鍒囨崲RGB灞傛寚绀恒傛澶栵紝浣犲彲浠ョ敤`eeconfig_init_kb`鍜宍eeconfig_init_user`鏉ヨ缃瓻EPROM榛樿鍊笺 -最复杂的部分可能是,有很多方法可以通过EEPROM存储和访问数据,并且并没有用哪种方法是“政治正确”的。你每个功能只有一个双字(四字节)空间。 +鏈澶嶆潅鐨勯儴鍒嗗彲鑳芥槸锛屾湁寰堝鏂规硶鍙互閫氳繃EEPROM瀛樺偍鍜岃闂暟鎹紝骞朵笖骞舵病鏈夌敤鍝鏂规硶鏄滄斂娌绘纭濈殑銆備綘姣忎釜鍔熻兘鍙湁涓涓弻瀛(鍥涘瓧鑺)绌洪棿銆 -记住EEPROM是有写入寿命的。尽管写入寿命很高,但是并不是只有设置写道EEPROM中。如果你写入频繁,你的MCU寿命将会变短。 +璁颁綇EEPROM鏄湁鍐欏叆瀵垮懡鐨勩傚敖绠″啓鍏ュ鍛藉緢楂橈紝浣嗘槸骞朵笉鏄彧鏈夎缃啓閬揈EPROM涓傚鏋滀綘鍐欏叆棰戠箒锛屼綘鐨凪CU瀵垮懡灏嗕細鍙樼煭銆 -* 如果您不理解这个例子,那么您可能希望避免使用这个特性,因为它相当复杂。 +* 濡傛灉鎮ㄤ笉鐞嗚В杩欎釜渚嬪瓙锛岄偅涔堟偍鍙兘甯屾湜閬垮厤浣跨敤杩欎釜鐗规э紝鍥犱负瀹冪浉褰撳鏉傘 -### 示例实现 +### 绀轰緥瀹炵幇 -本例讲解了如何添加设置,并且读写。本里使用了用户布局。这是一个复杂的函数,有很多事情要做。实际上,它使用了很多上述函数来工作! +鏈緥璁茶В浜嗗浣曟坊鍔犺缃紝骞朵笖璇诲啓銆傛湰閲屼娇鐢ㄤ簡鐢ㄦ埛甯冨眬銆傝繖鏄竴涓鏉傜殑鍑芥暟锛屾湁寰堝浜嬫儏瑕佸仛銆傚疄闄呬笂锛屽畠浣跨敤浜嗗緢澶氫笂杩板嚱鏁版潵宸ヤ綔锛 -在你的keymap.c文件中,将以下代码添加至顶部: +鍦ㄤ綘鐨刱eymap.c鏂囦欢涓紝灏嗕互涓嬩唬鐮佹坊鍔犺嚦椤堕儴: ```c typedef union { uint32_t raw; @@ -354,19 +354,19 @@ typedef union { user_config_t user_config; ``` -以上代码建立了一个结构体,该结构体可以存储设置并可用于写入EEPROM。如此这般将无需定义变量,因为在结构体中已然定义。要记住`bool` (布尔)值使用1位, `uint8_t`使用8位, `uint16_t`使用16位。你可以混合搭配使用,但是顺序记错可能会招致麻烦,因为那会改变写入写出的值。 +浠ヤ笂浠g爜寤虹珛浜嗕竴涓粨鏋勪綋锛岃缁撴瀯浣撳彲浠ュ瓨鍌ㄨ缃苟鍙敤浜庡啓鍏EPROM銆傚姝よ繖鑸皢鏃犻渶瀹氫箟鍙橀噺锛屽洜涓哄湪缁撴瀯浣撲腑宸茬劧瀹氫箟銆傝璁颁綇`bool` (甯冨皵)鍊间娇鐢1浣, `uint8_t`浣跨敤8浣, `uint16_t`浣跨敤16浣嶃備綘鍙互娣峰悎鎼厤浣跨敤锛屼絾鏄『搴忚閿欏彲鑳戒細鎷涜嚧楹荤儲锛屽洜涓洪偅浼氭敼鍙樺啓鍏ュ啓鍑虹殑鍊笺 - `layer_state_set_*`函数中使用了`rgb_layer_change`,使用了`keyboard_post_init_user`和`process_record_user`来配置一切。 + `layer_state_set_*`鍑芥暟涓娇鐢ㄤ簡`rgb_layer_change`锛屼娇鐢ㄤ簡`keyboard_post_init_user`鍜宍process_record_user`鏉ラ厤缃竴鍒囥 -首先要使用`keyboard_post_init_user,你要加入`eeconfig_read_user()`来填充你刚刚创建的结构体。然后您可以立即使用这个结构来控制您的布局中的功能。就像这样: +棣栧厛瑕佷娇鐢╜keyboard_post_init_user锛屼綘瑕佸姞鍏eeconfig_read_user()`鏉ュ~鍏呬綘鍒氬垰鍒涘缓鐨勭粨鏋勪綋銆傜劧鍚庢偍鍙互绔嬪嵆浣跨敤杩欎釜缁撴瀯鏉ユ帶鍒舵偍鐨勫竷灞涓殑鍔熻兘銆傚氨鍍忚繖鏍凤細 ```c void keyboard_post_init_user(void) { - // 调用布局级别的矩阵初始化 + // 璋冪敤甯冨眬绾у埆鐨勭煩闃靛垵濮嬪寲 - // 从EEPROM读用户配置 + // 浠嶦EPROM璇荤敤鎴烽厤缃 user_config.raw = eeconfig_read_user(); - // 如使能,设置默认层 + // 濡備娇鑳斤紝璁剧疆榛樿灞 if (user_config.rgb_layer_change) { rgblight_enable_noeeprom(); rgblight_sethsv_noeeprom_cyan(); @@ -374,7 +374,7 @@ void keyboard_post_init_user(void) { } } ``` -以上函数会在读EEPROM配置后立即使用该设置来设置默认层RGB颜色。"raw"的值是从你上面基于"union"创建的结构体中转换来的。 +浠ヤ笂鍑芥暟浼氬湪璇籈EPROM閰嶇疆鍚庣珛鍗充娇鐢ㄨ璁剧疆鏉ヨ缃粯璁ゅ眰RGB棰滆壊銆"raw"鐨勫兼槸浠庝綘涓婇潰鍩轰簬"union"鍒涘缓鐨勭粨鏋勪綋涓浆鎹㈡潵鐨勩 ```c uint32_t layer_state_set_user(uint32_t state) { @@ -391,86 +391,86 @@ uint32_t layer_state_set_user(uint32_t state) { case _ADJUST: if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_white(); rgblight_mode_noeeprom(1); } break; - default: // 针对其他层或默认层 + default: // 閽堝鍏朵粬灞傛垨榛樿灞 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_cyan(); rgblight_mode_noeeprom(1); } break; } return state; } ``` -这样仅在值使能时会改变RGB背光灯。现在配置这个值, 为`process_record_user`创建一个新键码叫做`RGB_LYR`。我们要确保,如果使用正常的RGB代码,使用上面的示例将其关闭,请将其设置为: +杩欐牱浠呭湪鍊间娇鑳芥椂浼氭敼鍙楻GB鑳屽厜鐏傜幇鍦ㄩ厤缃繖涓, 涓篳process_record_user`鍒涘缓涓涓柊閿爜鍙仛`RGB_LYR`銆傛垜浠纭繚锛屽鏋滀娇鐢ㄦ甯哥殑RGB浠g爜锛屼娇鐢ㄤ笂闈㈢殑绀轰緥灏嗗叾鍏抽棴锛岃灏嗗叾璁剧疆涓猴細 ```c bool process_record_user(uint16_t keycode, keyrecord_t *record) { switch (keycode) { case FOO: if (record->event.pressed) { - // 按下时做点什么 + // 鎸変笅鏃跺仛鐐逛粈涔 } else { - // 释放时做点什么 + // 閲婃斁鏃跺仛鐐逛粈涔 } - return false; // 跳过此键的进一步处理 + return false; // 璺宠繃姝ら敭鐨勮繘涓姝ュ鐞 case KC_ENTER: - // 在按下回车时播放音符 + // 鍦ㄦ寜涓嬪洖杞︽椂鎾斁闊崇 if (record->event.pressed) { PLAY_NOTE_ARRAY(tone_qwerty); } - return true; // 让QMK产生回车按下/释放事件 - case RGB_LYR: // 本句让underglow作为层指示,或正常使用。 + return true; // 璁㏎MK浜х敓鍥炶溅鎸変笅/閲婃斁浜嬩欢 + case RGB_LYR: // 鏈彞璁﹗nderglow浣滀负灞傛寚绀猴紝鎴栨甯镐娇鐢ㄣ if (record->event.pressed) { - user_config.rgb_layer_change ^= 1; // 切换状态 - eeconfig_update_user(user_config.raw); // 向EEPROM写入新状态 - if (user_config.rgb_layer_change) { // 如果层状态被使能 - layer_state_set(layer_state); // 那么立刻更新层颜色 + user_config.rgb_layer_change ^= 1; // 鍒囨崲鐘舵 + eeconfig_update_user(user_config.raw); // 鍚慐EPROM鍐欏叆鏂扮姸鎬 + if (user_config.rgb_layer_change) { // 濡傛灉灞傜姸鎬佽浣胯兘 + layer_state_set(layer_state); // 閭d箞绔嬪埢鏇存柊灞傞鑹 } } return false; break; - case RGB_MODE_FORWARD ... RGB_MODE_GRADIENT: // 对于所有的RGB代码 (see quantum_keycodes.h, L400 可以参考) - if (record->event.pressed) { //本句失能层指示,假设你改变了这个…你要把它禁用 - if (user_config.rgb_layer_change) { // 仅当使能时 - user_config.rgb_layer_change = false; // 失能,然后 - eeconfig_update_user(user_config.raw); // 向EEPROM写入设置 + case RGB_MODE_FORWARD ... RGB_MODE_GRADIENT: // 瀵逛簬鎵鏈夌殑RGB浠g爜 (see quantum_keycodes.h, L400 鍙互鍙傝) + if (record->event.pressed) { //鏈彞澶辫兘灞傛寚绀猴紝鍋囪浣犳敼鍙樹簡杩欎釜鈥︿綘瑕佹妸瀹冪鐢 + if (user_config.rgb_layer_change) { // 浠呭綋浣胯兘鏃 + user_config.rgb_layer_change = false; // 澶辫兘锛岀劧鍚 + eeconfig_update_user(user_config.raw); // 鍚慐EPROM鍐欏叆璁剧疆 } } return true; break; default: - return true; // 按其他键正常 + return true; // 鎸夊叾浠栭敭姝e父 } } ``` -最后你要加入`eeconfig_init_user`函数,所以当EEPROM重置时,可以指定默认值, 甚至自定义操作。想强制重置EEPROM,请用`EEP_RST`键码或[Bootmagic](feature_bootmagic.md)函数。比如,如果要在默认情况下设置RGB层指示,并保存默认值 +鏈鍚庝綘瑕佸姞鍏eeconfig_init_user`鍑芥暟锛屾墍浠ュ綋EEPROM閲嶇疆鏃讹紝鍙互鎸囧畾榛樿鍊, 鐢氳嚦鑷畾涔夋搷浣溿傛兂寮哄埗閲嶇疆EEPROM锛岃鐢╜EEP_RST`閿爜鎴朳Bootmagic](feature_bootmagic.md)鍑芥暟銆傛瘮濡傦紝濡傛灉瑕佸湪榛樿鎯呭喌涓嬭缃甊GB灞傛寚绀猴紝骞朵繚瀛橀粯璁ゅ ```c -void eeconfig_init_user(void) { // EEPROM正被重置 +void eeconfig_init_user(void) { // EEPROM姝h閲嶇疆 user_config.raw = 0; - user_config.rgb_layer_change = true; // 我们想要默认使能 - eeconfig_update_user(user_config.raw); // 向EEPROM写入默认值 + user_config.rgb_layer_change = true; // 鎴戜滑鎯宠榛樿浣胯兘 + eeconfig_update_user(user_config.raw); // 鍚慐EPROM鍐欏叆榛樿鍊 - // use the non noeeprom versions, 还要向EEPROM写入这些值 - rgblight_enable(); // 默认使能RGB - rgblight_sethsv_cyan(); // 默认设置青色 - rgblight_mode(1); // 默认设置长亮 + // use the non noeeprom versions, 杩樿鍚慐EPROM鍐欏叆杩欎簺鍊 + rgblight_enable(); // 榛樿浣胯兘RGB + rgblight_sethsv_cyan(); // 榛樿璁剧疆闈掕壊 + rgblight_mode(1); // 榛樿璁剧疆闀夸寒 } ``` -然后就完事了。RGB层指示会在你想让它工作时工作。这个设置会一直保存,即便你拔下键盘。如果你使用其他RGB代码,层指示将失能,现在它可以做你所想了。 +鐒跺悗灏卞畬浜嬩簡銆俁GB灞傛寚绀轰細鍦ㄤ綘鎯宠瀹冨伐浣滄椂宸ヤ綔銆傝繖涓缃細涓鐩翠繚瀛橈紝鍗充究浣犳嫈涓嬮敭鐩樸傚鏋滀綘浣跨敤鍏朵粬RGB浠g爜锛屽眰鎸囩ず灏嗗け鑳斤紝鐜板湪瀹冨彲浠ュ仛浣犳墍鎯充簡銆 -### 'EECONFIG' 函数文档 +### 'EECONFIG' 鍑芥暟鏂囨。 -* 键盘/修订: `void eeconfig_init_kb(void)`, `uint32_t eeconfig_read_kb(void)`和`void eeconfig_update_kb(uint32_t val)` -* 布局: `void eeconfig_init_user(void)`, `uint32_t eeconfig_read_user(void)`和`void eeconfig_update_user(uint32_t val)` +* 閿洏/淇: `void eeconfig_init_kb(void)`, `uint32_t eeconfig_read_kb(void)`鍜宍void eeconfig_update_kb(uint32_t val)` +* 甯冨眬: `void eeconfig_init_user(void)`, `uint32_t eeconfig_read_user(void)`鍜宍void eeconfig_update_user(uint32_t val)` -`val` 是你想写入EEPROM的值,`eeconfig_read_*`函数会从EEPROM返回一个32位(双字)的值。 +`val` 鏄綘鎯冲啓鍏EPROM鐨勫硷紝`eeconfig_read_*`鍑芥暟浼氫粠EEPROM杩斿洖涓涓32浣(鍙屽瓧)鐨勫笺 -# 自定义击键-长按临界值(TAPPING_TERM) -默认情况下,击键-长按临界值是全球统一的,并且不能通过键进行配置。对于大多数用户来说这很好。但是在有些情况下,对于`LT`键来说按键延时对双功能键的提升更大,可能是因为有些键比其他的键更容易按住。为了不给每个都自定义键码,本功能可以为每个键定义`TAPPING_TERM`。 +# 鑷畾涔夊嚮閿-闀挎寜涓寸晫鍊(TAPPING_TERM) +榛樿鎯呭喌涓,鍑婚敭-闀挎寜涓寸晫鍊兼槸鍏ㄧ悆缁熶竴鐨勶紝骞朵笖涓嶈兘閫氳繃閿繘琛岄厤缃傚浜庡ぇ澶氭暟鐢ㄦ埛鏉ヨ杩欏緢濂姐備絾鏄湪鏈変簺鎯呭喌涓嬶紝瀵逛簬`LT`閿潵璇存寜閿欢鏃跺鍙屽姛鑳介敭鐨勬彁鍗囨洿澶э紝鍙兘鏄洜涓烘湁浜涢敭姣斿叾浠栫殑閿洿瀹规槗鎸変綇銆備负浜嗕笉缁欐瘡涓兘鑷畾涔夐敭鐮侊紝鏈姛鑳藉彲浠ヤ负姣忎釜閿畾涔塦TAPPING_TERM`銆 -想使能这个功能的话, 要先在`config.h`加上`#define TAPPING_TERM_PER_KEY`。 +鎯充娇鑳借繖涓姛鑳界殑璇, 瑕佸厛鍦╜config.h`鍔犱笂`#define TAPPING_TERM_PER_KEY`銆 -## `get_tapping_term`示例实现 +## `get_tapping_term`绀轰緥瀹炵幇 -想要修改基于键码的`TAPPING TERM`,你要向`keymap.c`文件添加如下代码: +鎯宠淇敼鍩轰簬閿爜鐨刞TAPPING TERM`,浣犺鍚慲keymap.c`鏂囦欢娣诲姞濡備笅浠g爜: ```c uint16_t get_tapping_term(uint16_t keycode) { @@ -485,6 +485,6 @@ uint16_t get_tapping_term(uint16_t keycode) { } ``` -### `get_tapping_term` 函数文档 +### `get_tapping_term` 鍑芥暟鏂囨。 -不像这篇的其他功能,这个不需要quantum或者键盘级别的函数,只要用户级函数即可。 +涓嶅儚杩欑瘒鐨勫叾浠栧姛鑳,杩欎釜涓嶉渶瑕乹uantum鎴栬呴敭鐩樼骇鍒殑鍑芥暟锛屽彧瑕佺敤鎴风骇鍑芥暟鍗冲彲銆 |