Macの最強キーマッピングソフト「Karabiner-Elements」の設定を晒す

PCやスマホをはじめとした環境設定系の記事を何年も書き続けてきて最近ようやく自覚してきたんですけど、僕たぶん「キーに関わる設定を見ると興奮する」んだよね。

これは単に「設定が楽しい」とかじゃなくて、なんかもうこれ自体が趣味に近いのかもしれない。うん、好き。

というわけでMacの最強キーマッピングソフトである「Karabiner-Elements」というものを軽く紹介しつつ僕の設定内容を晒す記事なのですが、おそらく誰の役にも立たないだろうということを先にお伝えしておきます。

どの記事もそうなのだけど、「そういうこともできるんだ、へぇ～」くらいに読んでもらえたら一番嬉しいのです。「ってことはあんな使い方もできるかも！？」みたいな閃きの一助になれたらさらに嬉しいです。

そう、これは単なる自己満なのだ。

Karabiner-Elementsがいかにイケてるかアプリか

Windowsではキーマッピングできるフリーソフトはたくさんあるのでちょっと触ったことがある方も多いはず。このブログでも KeySwap と HotKeyP をメインで紹介しており、もちろん僕も今でも使っています。

ところがこのKarabiner-Elementsときたら、Windowsの各キーマッピングソフトができること全て（たぶん）を兼ね備えており、なおかつそのどれもが高機能で高品質。Macでキーマップなんてそもそもできなそうな気配がするのに、その動作精度も完璧です。

ダウンロードはこちら。
https://karabiner-elements.pqrs.org

ところがこのソフトを起動しても何がなんだか全く分からないはず。説明はないしUIは全部英語だし、キーのセットによるリマップに至ってははまさかの設定ファイルを自分で手書きしないといけないというトリッキーさです。

で、今回はこの書き方の説明は当然のごとく割愛します。ググれば素晴らしい記事がいくつも見つかるのでそちらに任せましょう。

でさ。

なんの説明もなくて普通の人が使う気も起きないようになっているっていうのがさらにクールだと思わない？

分かるかい、整っていないこの未開の地を開拓していく喜びが。

前置きはこのくらいにして本題行きましょう。誰も読んでないと思うけど。

Karabiner-Elementsの設定集 ~Windowsに寄せる編~

怪しいサブタイトルがつきましたが、そう、なぜ「役に立たない」ばかり言ってきたかというと「Windowsで作ったキー環境を意地でもMacで実現させようとしている」という変わった設定方針だからです。

この件は別記事でいつか書きたいのだけれど、「わざわざOSの違うPC同士で頑張ってキー操作を使い分ける必要なんてない」と思うわけですよ。PCに合わせるのではなく自分の中の絶対的なベストプラクティスがまずあって、そこにセッティングを近づけていこう、という。

そういうわけで、母艦PCでもあるし利用年数も長いしキーボード自体の沼にハマった経験も活かしたいしでWindows基準になったというわけです。

Simple modifications：単純なキースワップ

Karabiner-Elementsには

の２つの設定があります。その他トラックパッドなどを含めた別の機能もありますが、メインはこの２つ。

前者の単純なキー置換は「Simple modifications」と呼ばれていて、機能が適用される優先順位も最も高いです。なのでまずこれからセッティングする必要があるというわけ。

以下の日本語キーボードを想定したものを一覧でズラッと紹介します。

表中のキー名はKarabiner-Elementsに沿ったものです。

変更元	変更先	説明とか
caps_lock	left_command	左下のゴールデンポジションにこんなキーが来るなど到底認められない。もちろんCtrlキー扱いにする。
left_option	fn	fnキーはなるべくホームポジションから動かないカーソル移動やページ移動に役立つキー。これも一般的なWin配列にならってここに置く。
left_command	right_command	「左の⌘キー」を「右の⌘キー」に置き換える。当然単体の動作は変わりません。何に使うかは後述します。
英数キー	left_option	左側のAlt担当は英数キーに担ってもらいます。全角/半角切り替えにキー2つ分などくれてやる必要はない。後述。
right_command	left_option	右側の⌘キーはというと、右側のAlt担当として⌥キーになってもらいます。これが "left" のoptionになっているのは特に理由はないです（単なるoptionはない）。
left_control	return_or_enter	WindowsではここにCapsLockがいますが、僕はここはEnterにしています。このあとに出てくる「左上にDelete」と並んで死んでも譲りたくない二大キーマップ。
fn	left_control	⌃(Control)キーはEnterにしてしまったので、特に行くあてもない哀れな右fnにあてがってやります。
1	delete_forward	先に言っておきますが、これはさすがの僕も不本意です。Macで日本語キーボードを使いたくない最も大きな理由。しかしそれに勝るくらい「左上にDeleteキーがあること」が快適なので仕方なく数字の1キーを使っています。MacはもともとDeleteが単体キーでできないのでその改善にもなる。
f1	1	数字の 1 を打つためにF1に犠牲になってもらう。ところがF1は多くのソフトでヘルプが出やがるクソみたいなキーなのでそれを無効化できるおまけがついている。

自分で書き出してみると「よくこれで頭がおかしくならないな」という気がしますが、キー名ではなく位置で覚えた手が勝手に操作しているので困らないんだと思います。あと違う意味で「頭はおかしい」かもしれません。

ポイントはやはり

• 左手でEnterが打てる
• 左手でDeleteが打てる

の２つで、昔からこのブログでは言っていますがこれマジでおすすめしたいのです。いや、理解されないとは思っているのだけど。

キーリマップのメインはここに尽きると思います。強いて言うなら全角/半角切り替えの件もありますが、これは単にMacの仕様が酷いだけと僕は思っているのでまあトントンかなと。

というわけで次から２つめの項目「Complex modifications」、複数キーの設定に移ります。

Google日本語入力のON/OFFトグル

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "japanese_kana"
            },
            "to": {
                "select_input_source": {
                    "input_source_id": "^com\\.google\\.inputmethod\\.Japanese\\.base$"
                }
            },
            "conditions": [{
                "type": "input_source_if",
                "input_sources": [{
                    "language": "en"
                }]
            }]
        },
        {
            "type": "basic",
            "from": {
                "key_code": "japanese_kana"
            },
            "to": {
                "select_input_source": {
                    "input_source_id": "^com\\.google\\.inputmethod\\.Japanese\\.Roman$"
                }
            },
            "conditions": [{
                "type": "input_source_if",
                "input_sources": [{
                    "language": "ja"
                }]
            }]
        }]
    }]
}

さっき英数キーを抹殺しましたが、では残ったかなキーだけでどうするかというとですね。

なんと「IMEの状態を見てONとOFFを切り替えるトグルスイッチを実現できる」のだ！！
どうだ参ったか！！

しかも各種有名日本語入力ソフトに幅広く対応しているという贅沢っぷり。当然Google日本語入力もサポートされています。

これによりかなキーを押すだけでいつもと同じ全角/半角切り替えが可能になるというわけでした。

ちなみに全角/半角切り替えをこのポジション（Windowsで言うところの変換キー）でやるのは「左上にDeleteを置いてしまった負の副産物」ではなく、これ自体も文章入力を格段に楽にするキーマップだからです。

これはATOKとかだと標準状態になっていたりすることもあるので、まだ間口は広いと思います。MacはともかくWindowsで試してみる価値はあるはずですよ。

アプリケーション切り替え

これは唯一理想的な置き換えに成功しなかったものです。

なので紹介する設定例はないのですが、何をしたかったのか、なぜダメだったのかをご紹介しておきます。

しかしほとんどの方には何を言っているのかたぶん意味不明だと思うのでスルーしていただいても結構です。

WindowsではAlt+Tabでアプリケーションのスイッチができますよね。

これは日頃最もよく使うキーセットの１つであり、全く同じフィーリングのままMacでも使いたいところ。

しかしなんと、日本語キーボードのMacではAltっぽい場所に既に⌘キーがいるからそのまま使えるじゃないか！

…と思うじゃん？

そうなると、今度は「この場所にある⌘キーをleft_optionに変えないといけなくなる」わけです。だってこれをAltキーとして使いたいからね。

なので「Simple modification」を使ってleft_commandをleft_optionにします。

この上で「left_option+tabを検知したらleft_command+tabに置き換える」設定ファイルを作るわけなんですけど、そうするとアプリケーション切り替え中の矢印キー、shiftキー、escキーの入力が来た時点でアプリケーションスイッチが強制的に終わってしまうんですね。

これは絶対にいただけない。shiftとescはまだしも、矢印キーはほぼ毎回使っているもん。左手だけでtabを連打するより上下移動できる方が確実に楽だからね。

しかしこんなときのためにKarabiner-Elementsには多すぎるくらいの追加設定項目が用意されています。

だがしかしバット！！！

…これらを駆使したいかなるセッティングでもこの件を解決する方法はなかったのですな。

これは実際Karabiner-Elementsに詳しいネット上の達人にもご意見を賜り、「同じことを過去に検討しましたが無理でした」とのお言葉を頂いております。さすがの僕も諦めた。

というわけで「⌘キーが一番左下にあるleft_commandに置換したcaps_lockと２つ共存している状態になっている」のでした。右隣にleft_optionが来ているのは「せめて近くにAltを置いておこう」という気持ちの現われです。

ウィンドウ最小化

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "tab",
                "modifiers": {
                    "mandatory": ["fn"]
                }
            },
            "to": {
                "key_code": "h",
                "modifiers": ["command"]
            }
        }]
    }]
}

Windowsでは昔から「Win+Tabでウィンドウ最小化」という風に使っており、これもかなり使用頻度が高いので同じように設定したものです。

特に凝ったことはしておらず、他との競合もないのでかなり平和です。

Macはウィンドウに関する仕様がWindowsとかなり異なっているので、なるべく差異が出ないような使い心地を実現したいところ。これは完全に個人的な意見ですが。

そういう意味では置き換え先を⌘+Hではなく⌘+Mにしたほうがお好きな方もいるかもしれません。

タブ切り替え

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "tab",
                "modifiers": {
                    "mandatory": ["left_command"]
                }
            },
            "to": {
                "key_code": "tab",
                "modifiers": ["control"]
            }
        }]
    }]
}

Alt+Tabでアプリケーション切り替え、Ctrl+Tabではタブ系のものおよびミニウィンドウやインスタンス切り替えができるのがWindowsの標準です。

Macでは似たフィーリングのものが⌃(Control)+tabに割り当てられていることが多く、これをそのまま利用させてもらいます。

この設定のポイントは「Simple modificationで置き換えたleft_commandをそのまま使用している」点で、これはつまり「tabキーがセットで押されたときのみ左側にある⌘キーが変化する」ことになります。

一番最初のSimple modificationの表で「左の⌘キーを右の⌘キーに置き換える」という謎の項目があったと思いますが、これも「左側の右側にある⌘キーは⌘として機能するままだけどタブ切り替えに使えるのは左側の左側にある⌘キーだけにしたいから」というわけでした。

⌃(Control)キーはこのようにたまに利用価値があるんですが、単体でポジションとして重要なシーンはないので適当に追いやって大丈夫です。念のため僕も残してありますが、上述した通り位置は最後に余った右側のfnくんにぶちこんだだけです。

カーソル移動系諸々

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "left_arrow",
                "modifiers": {
                    "mandatory": ["control"]
                }
            },
            "to": {
                "key_code": "close_bracket",
                "modifiers": ["command"]
            },
            "conditions": [{
                "type": "frontmost_application_unless",
                "bundle_identifiers": ["^com\\.microsoft\\.VSCode"]
            }]
        }, {
            "type": "basic",
            "from": {
                "key_code": "right_arrow",
                "modifiers": {
                    "mandatory": ["control"]
                }
            },
            "to": {
                "key_code": "backslash",
                "modifiers": ["command"]
            },
            "conditions": [{
                "type": "frontmost_application_unless",
                "bundle_identifiers": ["^com\\.microsoft\\.VSCode"]
            }]
        }]
    }]
}

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "left_arrow",
                "modifiers": {
                    "mandatory": ["fn"]
                }
            },
            "to": {
                "key_code": "up_arrow",
                "modifiers": ["option"]
            },
            "conditions": [{
                "type": "frontmost_application_unless",
                "bundle_identifiers": ["^com\\.microsoft\\.VSCode"]
            }]
        }, {
            "type": "basic",
            "from": {
                "key_code": "right_arrow",
                "modifiers": {
                    "mandatory": ["fn"]
                }
            },
            "to": {
                "key_code": "down_arrow",
                "modifiers": ["option"]
            },
            "conditions": [{
                "type": "frontmost_application_unless",
                "bundle_identifiers": ["^com\\.microsoft\\.VSCode"]
            }]
        }]
    }]
}

カーソル移動はやっかいな問題のひとつ。

仕様が似ているくせにキー動作が隣同士で逆だったりするので合わせるのには一苦労します。というかOS全体で統一するのは無理を感じたのでいくらかの妥協が含まれています。

細かすぎて書かないつもりでしたがここまで来たらもう書いてしまおう。

問題の要点をまとめると、「愚直に全部実現しようとすると前述したアプリケーション切り替えでの失敗と同じ現象が起きてしまう」になります。

セッティングしたいキーセットは大きく分けると

• 一番左下のキー（WindowsでいうCtrlポジ）と矢印キーで「単語間移動」
• その１つ右隣のキーと矢印キーで「文頭/文末移動」

の２つなのですが、これを組むとleft_command+left(right)_arrowの設定が組み込まれてしまい、アプリケーション切り替え中の他のキー操作を受け付けなくなってしまうのです。

何を言ってるのかわからねーと思うがおれも何をされたか（ｒｙ

というわけで、「自分が日頃最もMacで使うVSCode（テキストエディタのこと）上でのみ意図したカーソル移動になるようにセッティングをする」ことで落ち着きました。

VSCodeでは「VSCode上で任意の操作に対して好きなショートカットキーを作れる仕組み」があるので、これを利用すれば事実上好き放題できるというわけです。

実際のところ僕が今の人生でやっていることは

• ブログの原稿を書く
• プログラムを書く

くらいしかなくて、そのどちらもでVSCodeを使っているのでまあ十分な落とし所かなというところでした。この「デフォルト→Karabiner-Elements→VSCode」という仕組みはこれ以外でもだいぶお世話になっています。後ろでもちょっとだけ書いてます。

また、テキストの範囲選択においてもデフォルトのままだと不都合が起きるので書き換えておきます。

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "left_arrow",
                "modifiers": {
                    "mandatory": ["shift", "command"]
                }
            },
            "to": {
                "key_code": "left_arrow",
                "modifiers": ["shift", "option"]
            }
        },{
            "type": "basic",
            "from": {
                "key_code": "right_arrow",
                "modifiers": {
                    "mandatory": ["shift", "command"]
                }
            },
            "to": {
                "key_code": "right_arrow",
                "modifiers": ["shift", "option"]
            }
        }]
    }]
}

こんな感じ。
これは問題なく動きます。快適…！

ね、設定楽しいね。

Vivaldiのショートカットキー対応系

これはいくつかあるので個別には紹介しません。

VivaldiもVSCodeのように任意のショートカットキーを設定できるので、さっきと同じように特定の操作を組み合わせてセッティングしています。

「Vivaldiってなに？」というあなたにはこの記事を。

その他：主にテキストエディタ向けの専用設定など

カーソル移動系とかとは別に、特定のアプリケーション向けに専用の設定を組んでいる細かいものがあるのでその他としてまとめておきます。

これまでの話で出ているように、ほぼVSCodeのための設定です。

一例ですが、以下のように「OSレベルの操作が起きてしまうときにそれを回避するために別のキーセットを経由させる」みたいな使い方をしています。

{
    "rules": [{
        "manipulators": [{
            "type": "basic",
            "from": {
                "key_code": "h",
                "modifiers": {
                    "mandatory": ["command"]
                }
            },
            "to": {
                "key_code": "h",
                "modifiers": ["command", "option"]
            },
            "conditions": [{
                "type": "frontmost_application_if",
                "bundle_identifiers": ["^com\\.microsoft\\.VSCode"]
            }]
        }]
    }]
}

例えばWindowsではVSCode以外でもCtrl+Hで置換の操作ができるものが多いですが、Macでこれをやると（つまり僕の環境でいうところのcaps_lock+H）「最前面のAppのウィンドウを非表示」になってしまうので、「VSCode使用時は適当なキーセットに置き換えさせる」ことにしてVSCode側では「置き換えた適当なキーセットによって置換を実行する」ようになっています。

「そんなにこだわる必要ある？」と思いますか。

ええ、病気なんです。

おわりに

この記事をだいぶ書き進めてから気付いたのだけど、これはたぶん「Macのキーボード操作をWindowsに揃えるためには？」みたいな実用的な雰囲気を装う記事にすればよかったヤツではないか。

いや、でもいいか。それだと使い心地の保証とか僕がやんなきゃいけなくなるし、好き勝手書けるほうが性に合ってたよな、きっと。

というわけで、Macのキーボード編の記事でした。
実はまだ関連するネタがあるので気が向いたらいつか書くかもです！！