mirror of
https://github.com/qmk/qmk_firmware.git
synced 2026-10-23 09:21:55 +02:00
add docusaurus, convert notes/tips, ids
This commit is contained in:
@@ -102,7 +102,11 @@ keyrecord_t record {
|
||||
* `matrix_init_*` - 在固件启动过程中被调用。此时硬件已初始化,但部分功能还不可用。
|
||||
* `keyboard_post_init_*` - 在固件启动过程的最后被调用。大多数情况下,你的“客制化”代码都可以放在这里。
|
||||
|
||||
!> 对于大多数人来说 `keyboard_post_init_user` 是你想要关注的函数。例如, 你可以在这里启动RGB背光灯。
|
||||
:::caution
|
||||
|
||||
对于大多数人来说 `keyboard_post_init_user` 是你想要关注的函数。例如, 你可以在这里启动RGB背光灯。
|
||||
|
||||
:::
|
||||
|
||||
## 键盘预初始化代码
|
||||
|
||||
@@ -431,7 +435,11 @@ uint32_t my_callback(uint32_t trigger_time, void *cb_arg) {
|
||||
|
||||
返回值为该函数下一次期望被回调的时间间隔毫秒数 -- 若返回 `0` 则会自动被注销掉。上例中,通过执行假想的 `my_deferred_functionality()` 函数来决策回调是否继续下去 -- 若是,则给出一个 `500` 毫秒的延迟计划,否则,返回 `0` 来告知定时处理后台任务该计划已执行完毕。
|
||||
|
||||
?> 须留意返回的延时时间是相对原定的触发时间点的,而不是回调执行完的时间点。这样可以防止偶发的执行延迟影响稳定的定时事件计划。
|
||||
:::tip
|
||||
|
||||
须留意返回的延时时间是相对原定的触发时间点的,而不是回调执行完的时间点。这样可以防止偶发的执行延迟影响稳定的定时事件计划。
|
||||
|
||||
:::
|
||||
|
||||
#### 注册定时回调
|
||||
|
||||
|
||||
Reference in New Issue
Block a user