WindowsとWSLでの新下駄配列の設定

WindowsでもWSLでも日本語入力を新下駄配列に切り替えました。これはその導入のメモです。

WindowsではGoogle日本語入力を使って実現するのが簡単です。最新のGoogle日本語入力なら同時押し入力に対応しているのでローマ字テーブルとタイムアウトの設定だけが必要です。ローマ字テーブルは設定のダイアログから変えられるのですが、現状ではタイムアウトの設定は直接config1.dbに書く必要があります。Protocol Buffersで書かれているのでちょっとやっかいですが、Enable_Simultaneous_GoogleIME_config.ipynbからどちらも変更できます。キー設定が変わってもよければ22 - mozc-Shingeta Einstellungen -- 新下駄配列を mozc にて使用する方法から持ってきて置き換えるだけでも大丈夫です。変更後に再起動で入力できるようになっているはずです。これだけ。

WSLのほうは少しやっかいです。Google日本語入力のオープンソース版のMozcを使うのですが、自分が試した段階ではWSLのUbuntuのMozcではバージョンが低くて同時押しに対応していないようでした。きちんと確認はしていませんが、バージョン4450以上で動くようです。バージョンは「ばーじょん」を変換すると「Mozc-2.29.5220.102+24.11.oss」のような感じで出てくるのですが、なんで3つ目の数字を使うのでしょうか？なんで2.29以上みたいな書き方をしないのでしょうか？2022 年10月以降の Mozc に対する主な変更によれば

3 つめの数字 (5250) はバージョン番号をつけ始めてからの経過日数

とのことです。

対応しているバージョンならばWindowsと同様にconfig1.dbの変更だけで動くはずです。対応していないならばソースのダウンロードとコンパイルが必要です。How to build Mozc in Dockerのとおりにやればコンパイルできました。インストールはDockerでビルドしたMozcをUbuntu 22.04 LTSにインストールするのやり方でできました。/usr/local/に入れないで/usr/に直接入れるんですね。心配ならWSLごとバックアップを取ればいいんですよね。

Linuxでは日本語入力はInput Method Framework(以下IMF)とInput Method Engine(以下IME)に分かれるようです。IMFは一般にiBusと呼ばれるものが使われるようですが、CJKV圏ですとFcitxが使われることが多いようです。FcitxはWaylandに対応していないそうなので、その場合はFcitx5が使われるようです。ここではfcitx-mozcを使用します。

Fcitxの設定はfcitx-configtoolかfcitx-config-gtk3でやるようです。違いがわかりません。トグルは嫌いなのでShow Advanced OptionsをチェックしてTrigger Input Methodは空にして、Activate input methodとInactivate input methodを設定しました。

Windowsのほうではトグル無しでIMEをオン・オフするには変換・無変換キーを使う方法がOSレベルでサポートされていますが、WSLで変換・無変換キーを通す方法がわかりません。ファンクションキーもF12までしか受け付けないようです。ぐぐると使えているようなのでやり方がまずいだけのような気もします。しかたがないのでAutoHotKeyで場合分けして、WSLではF12と制御キーの組み合わせ、Windowsでは変換・無変換を使っています。

WSLでMozcのプロパティを出すには/usr/lib/mozc/mozc_tool --mode=config_dialogで出します。

自分の場合はIMEオフ、IMEオンかつひらがな入力、IMEオンかつ半角英数入力にボタン一発で移行したいです。この場合、MozcのIMEオン・オフとFcitxのIMEオン・オフを一致させておくとよいような気がします。ただ、よくわかっていないので、そんな気がするだけです。FcitxのIMEのオン・オフとMozcのIMEのオン・オフ・直接入力の関係、キーコードをどちらが先に処理するのか、そして消化するのかスルーするのかなど、よくわからないんですよね。

その他困っている点は、WSLgのウィンドウからWindowsのアプリにWin+数字キーでフォーカスを移動しようとすると、またWSLgのウィンドウにフォーカスが戻ってきてしまうことがあるというものです。IMEのオン・オフが関係しているような気がしているのですが、はっきりとした原因はわかりません。

IMEのオン・オフのためのキーがEmacsに渡ってしまうというのもありますが、これはMozcのキー設定かな？

以上、よくわからないことだらけですが、とりあえず使えています。

コメント

コメントを投稿

このブログの人気の投稿

五十音配列付き新下駄配列

イメージ
keyboard layout editorデビューしました。ファイルが複数になると管理がめんどうなので、このブログの内容はSVGファイルに直接書いてますが、これでいいんだっけ？まあ、消えなければ後からなんとでもなるからいいか。 と思ったら、SVGは日本語に対応していないみたいです。しくしく。 レイアウトは新下駄配列に覚えやすい五十音配列を加えたものです。アルファベット自体をいじってますが、qtypをちょっと動かしただけです。bntyを親指で押すシステムなんですが、けっこう快適です。ErgoDox EZだと斜めになっているキーが親指に当たるので取ってしまっています。アルファベットの長押しに制御キーやレイヤーキーを割り当ててしまえば30%で十分なんですね。ほとんど手首を動かさずに入力できます。 日本語配列は新下駄配列の拗音以外はそのままなので、覚え直すことなく使えます。五十音部分は左手で行を指定して、右手で段か拗音を指定する方式です。新下駄配列で使用しているsdklはそのまま残してあるのでさ行、た行がありませんが、それは新下駄の方を使ってください。拗音は新下駄のものをそのまま使うこともできたのですが、左手で行を指定する方式なのを活かして、右手で拗音を指定する方式にしました。各行に拗音とくっつくのはひとつしかないんですね。不思議な感じです。 欠点はロールオーバーミスが起こりまくることです。「うんち」と入力しようとして「にち」になるようなことがよく起こります。新下駄配列でもsdklioがからむと起こるのですが、それ以外にもシフトキーを増やしたので大幅に起こりやすくなっています。そういう配列なのでそこはあきらめてください。スピードを犠牲にして脳の負荷を抑えた配列です。ただ、ローマ字テーブルからfj同時押しで「に」の項目を消してしまえばそうはならないので、いろいろカスタマイズできるかもしれません。この配列でスピードを目指すならステノワードのような方向になるでしょう。脳の負荷が増えてしまいますが。 良い点は、左手で行を指定する方式なので数字行にはみ出していたみゃ行等を30%の範囲に取り込めたことでしょうか。もう一つ、頻度の低い文字は五十音の方を使うことにすれば、空いた所にいろいろ突っ込めるところでしょうか。かなり気に入ってます。 ∨ Source mar...
続きを読む

WSLでの親指シフトはどうやらMozcで実現可能と気がつくまで

WindowsではAutoHotKeyを使って疑似親指シフトで日本語を入力しています。もともとかな打ちだったんですが、キーボードをErgoDox EZに変えたら「ろ」とかのキーが足りなくなって、どうしようか悩んで親指シフトを見つけてきました。疑似なのは同時押しではなくて、親指でファンクションキーを押しながらアルファベットキーを押すことで出しているからです。AutoHotKeyを使って同時押しを実現しているものがあるのは知っていますが、とりあえずNICOLA配列を試しつつ今まで引っ張ってきた感じです。 Windowsではそれで満足していたのですが、WSLを使うようになって困りました。AutoHotKey(以下AHK)ではIMEの状態を取ってきてオンの場合には出力を変えているのですが、WSLだとAutoHotKeyからMozcの情報を取ってこられる気がしません。WSL側で検知してWindows側から読める位置にファイルを置くような、トリッキーな方法を使えばできなくはないような気もしますが、そこまでしてAHKに頼るのも変な感じです。 ということで、WSL側で親指シフトを使えるようにしようとぐぐって出てきたのは oyainput というやつでした。しかし、これがWSLでは動かない。エラーコードから察するに、 /proc/bus/input/devices が空なのでキーボードの情報が取れないのでだめみたいです。まあ、WSLですし。 しかたがないので、今度はWSLのEmacsでWindows側のIMEが使えるという「 emacs-mozc を動かすための設定（WSL 設定編） 」のmozc_emacs_helperというのを試してみました。で、苦労して動かしてみたものの、Windows側の辞書を使って変換はしているようですが、AHKがIMEの状態を把握できないので親指シフトモードに切り替わらないのは同じでした。残念。 いったんは諦めてMinGW版のEmacsを使うことにしたのですが、ぐぐってみたら「 [Question] Possible to (properly) implement simultaneous (custom) Kana-input layout? #512 」というMozcに新下駄配列を実装する話が出てきました。 新下駄配列は知らなかったのでぐぐ...
続きを読む

親指シフト新下駄配列の可能性

Google日本語入力の「シフトキーでの入力切り替え」をオフにして、ローマ字テーブルに大文字で登録すると、登録されたとおりに出力されます。当たり前ですが。これで「L」に「l」とは別に「じ」や「しかし、」や「𝕏」を割り当てることができます。 NICOLAなどの親指シフトとは違って、たんに大文字かどうかを見ているだけなのでシフトキーの左右を区別はできませんが、いろいろな使い方が考えられそうです。例えば、「X」に「𝕏」を割り当てるとか、「A」に「∀」とか。「L」に「しかし、」とかの接続詞を割り当てて入力時間の短縮もできるかもしれません。「L」に「じ」を割り当てて、「じ」に割り当てられている場所に別の文字なども考えられそうです。左右を混ぜて、シフトキーを押している間だけ全く別のマップでアルペジオとかも考えられます。覚えるのが大変ですけど。数字キーに割り当てられている文字をアルファベットに割り当てれば40%キーボードでも3点押しなしに入力することもできます。 このように、いろいろな可能性がありますが、実はまだ使っていません。まだ新下駄配列に慣れていないので、それどころじゃないんですよね。まずは新下駄配列に慣れて、その中で困ったことが起きたら解決に使う感じかな？
続きを読む