diff options
author | shela <shelaf@users.noreply.github.com> | 2020-08-01 09:25:20 +0900 |
---|---|---|
committer | GitHub <noreply@github.com> | 2020-07-31 17:25:20 -0700 |
commit | a88e6903516d69dedf3d86b0d96128b4bcb09140 (patch) | |
tree | 02d0ad16e0eadfebacc49715a88dfc4ba33858eb | |
parent | 0f3e933db98a93afae075ba4150472d5db7e591d (diff) |
[Docs] Update Japanese translation of keymap.md. (#9807)
* Update Japanese translation of keymap.md.
* fix original document version.
* Apply suggestions from code review
* Update translation
-rw-r--r-- | docs/ja/keymap.md | 22 |
1 files changed, 17 insertions, 5 deletions
diff --git a/docs/ja/keymap.md b/docs/ja/keymap.md index 48b2a5cd57..7614e52433 100644 --- a/docs/ja/keymap.md +++ b/docs/ja/keymap.md @@ -1,8 +1,8 @@ # キーマップの概要 <!--- - original document: 0.8.62:docs/keymap.md - git diff 0.8.62 HEAD -- docs/keymap.md | cat + original document: 0.9.44:docs/keymap.md + git diff 0.9.44 HEAD -- docs/keymap.md | cat --> QMK のキーマップは C のソースファイルの中で定義されます。そのデータ構造は配列の配列です。外側はレイヤーを要素とする配列で、レイヤーはキーを要素とする配列。ほとんどのキーボードは `LAYOUT()` マクロを定義して、この配列の配列を作成しやすくしています。 @@ -76,10 +76,22 @@ TMK の歴史的経緯から、キーマップに保存されたアクション ### レイヤーの優先順位と透過性 -***上位のレイヤーはレイヤーのスタックでより高い優先順位を持つ***ことに注意してください。つまり、ファームウェアはキーコードを最上位から最下位まで検索します。レイヤーで **`KC_TRNS`**(透過)以外のキーコードを見つけると、検索を中止し、下位レイヤーは参照されません。 +***上位のレイヤーはレイヤーのスタックでより高い優先順位を持つ***ことに注意してください。ファームウェアは最上位のアクティブレイヤーから下に向かってキーコードを検索します。ファームウェアがアクティブなレイヤーで `KC_TRNS` (透過)以外のキーコードを見つけると、検索を停止し、下位レイヤーは参照されません。 -オーバーレイレイヤーに `KC_TRANS` を配置して、レイアウトの一部だけを変更して下位レイヤーまたは基本レイヤーにフォールバックすることができます。 -`KC_TRANS` (`KC_TRNS` と `_______` はエイリアス) のキーには独自のキーコードがなく、キーコードの有効な下位レイヤーを参照します。 + ____________ + / / <--- Higher layer + / KC_TRNS // + /___________// <--- Lower layer (KC_A) + /___________/ + + 上記シナリオでは、上位レイヤーに非透過のキーが定義されているとそのキーが使われますが、`KC_TRNS` (または同等のキーコード)が定義されている場合は常に下位レベルのキーコード(`KC_A`)が使われます。 + +**メモ:** 特定のレイヤーの透過性を示す有効な方法: +* `KC_TRANSPARENT` +* `KC_TRNS` (別名) +* `_______` (別名) + +これらのキーコードは、処理する非透過のキーコードを探すときに、下位レイヤーを検索させることができます。 ## `keymap.c` の分析 |