超漢字V(BTRON)に付属の小物「キー配列変更」が吐くファイルフォーマット＆編集方法メモ。
それっぽい情報であってかつ役に立ちそうなもの……というのはなかったので、とりあえずメモ*1。
BTRONの「キーボード配列変更」小物は、思いっきり「人間が配列を【新規に】設計することについて、さっぱり考えてないッぽい」ところがあります。
微調整をするには「キーボード配列変更」でもいけるのですが、その範囲を超えるととたんに「定義ファイルの直接書き換え」が必要になってしまいます。
#もっとも、人間にとっての都合が微妙なだけで、機械にとっての都合はいいし、順当だと思う。結果として「キーマップが読めるヤツだけ、自由に変更していいよ」っていう感じになってるような。キー入れ替えの範疇を超えるような「マッピングそのもの』の変更はUIでやりやすくすると被害が大きくなりそうだから、この仕様は妥当かも。
……と、少々面倒なことになっているので、とりあえず以下に簡単な解析結果を書いておくことにします。
超漢字V(BTRON)の予備知識。
超漢字V(BTRON)のテキストデータは、バイナリーレベルでは「トロン・アプリケーション・データバス」という仕様になっていて、これがただファイル形式になっている……という感じのようです。
ファイルを編集するためには、超漢字に付属の「原稿用紙」が使われるようです。ちなみにTRONでは「データを扱うアプリ＝紙」「データを扱わないアプリ＝小物」「何かをまとめたもの＝箱」という考え方で物事が扱われています……ので、結果としてWebブラウザは「ブラウザ用紙」だったり。
ファイルの内容が「全角英字」で書かれているので、なんか間の抜けた印象はある……のですが、全角で書こうが「太文字」にしようが、いずれにせよそういった編集差異は「キーボード配列変更」では無視されるようです。
あと、超漢字(BTRON)のテキストエディタが使いづらい……という場合には、一旦Windowsで使い慣れたエディタにコピペしてから修正して、修正後のデータを超漢字(BTRON)へとコピペで戻せばよさそうです。データをやり取りする方法については、以下のヒントが役立つかもしれません。
- 超漢字V(BTRON)をネイティブインストールしてしまった場合──超漢字(BTRON)をネイティブインストールしたパソコンに【FAT系フォーマットのUSBメモリー】を刺す方法がいちばんマシかも。『ファイル変換』小物経由でFAT系フォーマットのUSBメモリーへとアクセスできます。
- ネイティブインストールでは「笑っちゃうほど周辺機器用デバイスドライバが少ない」ことに注意。パソコンに内蔵されてるネットワークデバイスやオーディオデバイスなどは「まず動かないと思って間違いない」くらいです。うちではPen4ノートに突っ込んでみたのですが、やっぱりネットワークからしてダメで、結局は「NE2000互換のPCカードLANアダプタ(Corega/PCC-TXD)」を取り付けて使っています。(DHCPサーバがあるネットワーク環境を用意してから)ネットワークケーブルを接続した状態のPCカードを挿して、これが認識不良になってるのは無視して「小物箱→システム環境設定→機器→機器情報→ネットワークアダプタ→表示→NE2000互換［PCカード］→設定」とたどって再起動すれば、あとは勝手にIPアドレスとかを取得して動いてくれます。
- 超漢字V(BTRON)をマニュアル指示通りに導入して、Windows上の仮想マシンとした場合──この場合は超漢字全体が『ひとつのMDIアプリケーション』のように動くので、単純にコピペでいけるみたいです(未検証)。導入時にインストールすることになる「超漢字Vサービス」というアプリケーションがその機能を提供しているらしく。
「キーボード配列変更」小物の予備知識。
設定をファイルへと書き出すときには「右クリック→保存→実身に保存」と操作します。
ファイルに書かれた設定を呼び出すときには、ファイルの仮身を「キーボード配列変更」小物にドラッグ＆ドロップします。
編集対象とするキーボードを変更するときには「右クリック→キーボード」で選択します。ここは使っているキーボードにあわせてください。
編集対象とする入力方式は「右クリック→入力方式」で指定します。
「キーボード配列変更」小物が吐き出すファイルの構造。
まずは予備知識として。
- 大きな分類として、まず巨大な【ｋａｎａ＿ｍｏｄｅ】があり、続いて同じフォーマットの【ｒｏｍａ＿ｍｏｄｅ】がある、ということ。
- 各テーブルの冒頭で【ｔａｂｌｅ＝２５】と指定していて、実際のキーテーブルは「ゼロから24番まで」の25枚が使われていること。これは【ｋａｎａ＿ｍｏｄｅ】と【ｒｏｍａ＿ｍｏｄｅ】のそれぞれに25枚ずつ定義されるので、全体で50枚が存在すること。
- 実際の定義を書き出してもらうとわかりますが、以下に示すのは「限界まで使った場合の例」であって、実運用定義は10枚前後ずつしか使われていません。
- つぎに【ｍａｐ００】〜【ｍａｐ６３】のそれぞれについて、どのキーテーブルを使うかという指示が書かれていること。
- 【ｍａｐ＊＊】の数字部は、複数状態を圧縮記述しているものであり、以下の項目の合計値を指している。したがって、【ｍａｐ＊＊】の中の数字はゼロから６３までの値しか存在しない。
- ひらがなキー押下後の「ひらがな」モードでは【＋０】、英字キー押下後の「英字モード」では【＋１】。
- ＣａｐｓＬｏｃｋが有効である場合は【＋２】。
- 左シフト（赤シフト）が押されている場合は【＋４】。
- 右シフト（青シフト）が押されている場合は【＋８】。
- Ａｌｔキーが押されている場合は【＋１６】。
- 右Ｃｔｒｌキーが押されている場合は【＋３２】。
- 【ｍａｐ＊＊】の状態は63個取りうるにもかかわらず、実際のキーテーブルは25面までしか記述できないため、一つのキーテーブルが複数のマップ(というか、マスク)から呼び出されるように使うことになる。
- 【ｍａｐ＊＊】の数字部は、複数状態を圧縮記述しているものであり、以下の項目の合計値を指している。したがって、【ｍａｐ＊＊】の中の数字はゼロから６３までの値しか存在しない。
- 【ｋｅｙ００：０００＝００００】の数字部分は、はじめがキーテーブル番号(0〜24)を・次がキー位置(0-158)を、最後がＴＲＯＮコード(の1面にある文字のみ、16進数4桁)をそれぞれ指定する。
- 各テーブルの冒頭で【ｔａｂｌｅ＝２５】と指定していて、実際のキーテーブルは「ゼロから24番まで」の25枚が使われていること。これは【ｋａｎａ＿ｍｏｄｅ】と【ｒｏｍａ＿ｍｏｄｅ】のそれぞれに25枚ずつ定義されるので、全体で50枚が存在すること。
仕様を見ると「かなり複雑な条件で」使い分けるような定義を書くことが出来る(ロマかな/和英/CapsLock/左シフト/右シフト/Alt/右Ctrlの組み合わせのすべてを想定できる)……という仕様なのだけれど、実際にはそのすべてに別々の機能を割り当てることはないだろう、という考えで、こういった不思議な「テーブルのリマップ」という実装方法がとられた……と。
従来の入力法をほんの少し弄る程度という使い方であれば、これは結構親切かつ実用的な考え方だと思う……のだけれど、ちょっと変わったことをやろうとすると困るかも。
上の予備知識がなんとなく理解できてから、以下の定義をごらんください。
ちなみに、【ｍａｐ＊＊】の部分は圧縮記述の解析用に改造したままとなっています。そのため、【ｍａｐ００】〜【ｍａｐ２４】まではｍａｐとキーテーブルを一致させています。また、【ｍａｐ３２】(右Ｃｔｒｌマスク確認用)は確認のためにキーテーブル０１へとリマップし、【ｍａｐ６３】(全マスク確認用)はキーテーブル０２へとリマップし、それ以外のｍａｐはすべてキーテーブル００へとリマップしています。
それと、文字コードの指定部分は、実際の値を入れてると理解しづらくなるので「００００」で埋めています。
ｋａｎａ＿ｍｏｄｅ ｔａｂｌｅ＝２５ ｍａｐ００＝００ ｍａｐ０１＝０１ ｍａｐ０２＝０２ ｍａｐ０３＝０３ ｍａｐ０４＝０４ ｍａｐ０５＝０５ ｍａｐ０６＝０６ ｍａｐ０７＝０７ ｍａｐ０８＝０８ ｍａｐ０９＝０９ ｍａｐ１０＝１０ ｍａｐ１１＝１１ ｍａｐ１２＝１２ ｍａｐ１３＝１３ ｍａｐ１４＝１４ ｍａｐ１５＝１５ ｍａｐ１６＝１６ ｍａｐ１７＝１７ ｍａｐ１８＝１８ ｍａｐ１９＝１９ ｍａｐ２０＝２０ ｍａｐ２１＝２１ ｍａｐ２２＝２２ ｍａｐ２３＝２３ ｍａｐ２４＝２４ ｍａｐ２５＝００ ｍａｐ２６＝００ ｍａｐ２７＝００ ｍａｐ２８＝００ ｍａｐ２９＝００ ｍａｐ３０＝００ ｍａｐ３１＝００ ｍａｐ３２＝０１ ｍａｐ３３＝００ ｍａｐ３４＝００ ｍａｐ３５＝００ ｍａｐ３６＝００ ｍａｐ３７＝００ ｍａｐ３８＝００ ｍａｐ３９＝００ ｍａｐ４０＝００ ｍａｐ４１＝００ ｍａｐ４２＝００ ｍａｐ４３＝００ ｍａｐ４４＝００ ｍａｐ４５＝００ ｍａｐ４６＝００ ｍａｐ４７＝００ ｍａｐ４８＝００ ｍａｐ４９＝００ ｍａｐ５０＝００ ｍａｐ５１＝００ ｍａｐ５２＝００ ｍａｐ５３＝００ ｍａｐ５４＝００ ｍａｐ５５＝００ ｍａｐ５６＝００ ｍａｐ５７＝００ ｍａｐ５８＝００ ｍａｐ５９＝００ ｍａｐ６０＝００ ｍａｐ６１＝００ ｍａｐ６２＝００ ｍａｐ６３＝０２ ｋｅｙ００：０００＝００００ ｋｅｙ００：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ００：１５７＝００００ ｋｅｙ００：１５８＝００００ ｋｅｙ０１：０００＝００００ ｋｅｙ０１：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ０１：１５７＝００００ ｋｅｙ０１：１５８＝００００ ｋｅｙ０２：０００＝００００ ｋｅｙ０２：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ０２：１５７＝００００ ｋｅｙ０２：１５８＝００００ ｋｅｙ０３：０００＝００００ ｋｅｙ０３：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ２４：１５７＝００００ ｋｅｙ２４：１５８＝００００ ｒｏｍａ＿ｍｏｄｅ ｔａｂｌｅ＝２５ ｍａｐ００＝００ ｍａｐ０１＝０１ ｍａｐ０２＝０２ ｍａｐ０３＝０３ ｍａｐ０４＝０４ ｍａｐ０５＝０５ ｍａｐ０６＝０６ ｍａｐ０７＝０７ ｍａｐ０８＝０８ ｍａｐ０９＝０９ ｍａｐ１０＝１０ ｍａｐ１１＝１１ ｍａｐ１２＝１２ ｍａｐ１３＝１３ ｍａｐ１４＝１４ ｍａｐ１５＝１５ ｍａｐ１６＝１６ ｍａｐ１７＝１７ ｍａｐ１８＝１８ ｍａｐ１９＝１９ ｍａｐ２０＝２０ ｍａｐ２１＝２１ ｍａｐ２２＝２２ ｍａｐ２３＝２３ ｍａｐ２４＝２４ ｍａｐ２５＝００ ｍａｐ２６＝００ ｍａｐ２７＝００ ｍａｐ２８＝００ ｍａｐ２９＝００ ｍａｐ３０＝００ ｍａｐ３１＝００ ｍａｐ３２＝０１ ｍａｐ３３＝００ ｍａｐ３４＝００ ｍａｐ３５＝００ ｍａｐ３６＝００ ｍａｐ３７＝００ ｍａｐ３８＝００ ｍａｐ３９＝００ ｍａｐ４０＝００ ｍａｐ４１＝００ ｍａｐ４２＝００ ｍａｐ４３＝００ ｍａｐ４４＝００ ｍａｐ４５＝００ ｍａｐ４６＝００ ｍａｐ４７＝００ ｍａｐ４８＝００ ｍａｐ４９＝００ ｍａｐ５０＝００ ｍａｐ５１＝００ ｍａｐ５２＝００ ｍａｐ５３＝００ ｍａｐ５４＝００ ｍａｐ５５＝００ ｍａｐ５６＝００ ｍａｐ５７＝００ ｍａｐ５８＝００ ｍａｐ５９＝００ ｍａｐ６０＝００ ｍａｐ６１＝００ ｍａｐ６２＝００ ｍａｐ６３＝０２ ｋｅｙ００：０００＝００００ ｋｅｙ００：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ００：１５７＝００００ ｋｅｙ００：１５８＝００００ ｋｅｙ０１：０００＝００００ ｋｅｙ０１：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ０１：１５７＝００００ ｋｅｙ０１：１５８＝００００ ｋｅｙ０２：０００＝００００ ｋｅｙ０２：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ０２：１５７＝００００ ｋｅｙ０２：１５８＝００００ ｋｅｙ０３：０００＝００００ ｋｅｙ０３：００１＝００００ 〜〜〜〜中略〜〜〜〜 ｋｅｙ２４：１５７＝００００ ｋｅｙ２４：１５８＝００００
既存定義を流用して新規に配列を書く場合の注意点。
モードキーの状態はすべて把握しつつ、そのうちいくつかのモードマップを同じキーテーブルへと「リマップ」する、というのが超漢字V(BTRON)のやり方なので、まずその点を把握すること。
それと、「既存定義を流用」する場合には、「既存定義のキーテーブルには、文字配列(NumLockの有無も含む)と制御配列が一緒くたに定義されている」という点にも注意。
たとえば親指シフト系配列を作ろうとする場合、問題になるのは「左(赤)シフトキーと、右(青)シフトキーとが、区別されず同じキーテーブルへとリマップされていること」になる。
この場合、どちらか片方についてはリマップ状態を弄らずに、もう片方だけのリマップ先を弄ってやればいいことになる。
たとえば「106JP/109JPキーボード」かつ「かな入力」のモードでは、実際に使われているキーテーブルは１０枚(key00〜key09)のみ。
この状態で、「日本語(かな)モード【＋０】」かつ「左(赤)シフトキー【＋４】」のみ押下されているときは、ｍａｐ番号でいうところの【ｍａｐ０４】になる。デフォルトでは【ｍａｐ０４＝０１】ってかいてあるから、結果として左(赤)シフトキーを押したときには【ｋｅｙ０１：＊＊＊】のキーマップが採用される……と。
同じ理由で、「日本語(かな)モード【＋０】」かつ「右(青)シフトキー【＋８】」のみ押下されているときは、ｍａｐ番号でいうところの【ｍａｐ０８】になる。デフォルトでは【ｍａｐ０８＝０１】ってかいてあるから、結果として右(青)シフトキーを押したときにも、左(赤)シフトキーを押したときと区別されることなく【ｋｅｙ０１：＊＊＊】のキーマップが採用される……と。
ここまで書けばあとはいらないような気もするのだけれど、とりあえず書いておくと……。
「飛鳥カナ配列、あるいはかえであすか、またはTRONかなをＪＩＳキーボードで使いたい」って場合には、少なくとも次の操作が必要になる。
まずは定義の書き出しまで。
- まず小物箱から、「キー配列変更」小物を呼び出す。
- いま調整済みの定義を作って使っている場合には、「右クリック→保存→実身へ保存」として設定をファイルへと保存しておくこと。
- 「右クリック→キーボード→１０６日本語キーボード」と「右クリック→入力方式→かな入力」と「右クリック→編集→標準キー配列読み込み」をして、設定を一旦リセットする。
- 「□一括変更」が赤く選択されている状態にしてから、次の操作を行う。
- 「無」をドラッグし「左下にある、赤色に太い白抜きの↑(左Shift)」のところでドロップする……この２つが交換される。
- 「変」をドラッグし「中央下にある、赤色に太い白抜きの青色の↑(右Shift)」のところでドロップする……この２つが交換される。
- ここまでやったら「右クリック→保存→実身に保存」とする……名前はデフォルトのままでは紛らわしいので、作ろうとする配列の名前に置き換えておくべき。
次に、定義の改造。
- 左シフトと右シフトを分離するためには、まずキーテーブルを一つ増やす必要がある。先に保存した「新しい配列の名前をつけたファイル」では、先頭の【ｋａｎａ＿ｍｏｄｅ】直下に【ｔａｂｌｅ＝１０】と書かれているので、これを【ｔａｂｌｅ＝１１】に書き換えて、１１個目のキーテーブル(ｋｅｙ１０：０００〜ｋｅｙ１０：１５８)を使えるようにする。
- つぎに、右シフトか左シフト(実際どちらでもいい)のうち片方を押したときに、新しい１１個目のキーテーブル(ｋｅｙ１０：０００〜ｋｅｙ１０：１５８)を読み込むように、ｍａｐ＊＊を書き換える。今回はとりあえず「右(青)シフトキー【＋８】」を新しい１１個目のキーテーブル(ｋｅｙ１０：０００〜ｋｅｙ１０：１５８)へと誘導することにして……右シフトだけ押下の場合は【ｍａｐ０８】になるので、上から１０行目にある【ｍａｐ０８＝０１】という記述を【ｍａｐ０８＝１０】へと書き換える。
- あと、「ＣａｐｓＬｏｃｋ【＋２】」が入っていても、同じ文字が出てくれないと困る……ので、８と２を足した結果であるｍａｐ１０も編集が必要。【ｍａｐ１０＝０３】って書いてあると思うけど、これも先と同じく【ｍａｐ１０＝１０】へと書き換え。
- 「左(赤)シフトキー【＋４】」で使われているキーテーブルは【ｍａｐ０４＝０１】と指定されていたので、「ｋｅｙ０１：０００〜ｋｅｙ０１：１５８」が実際に使われていることになる。文字領域はいらないにしても、機能キー領域はわざわざ再設定するのが大変なので、「ｋｅｙ０１：０００〜ｋｅｙ０１：１５８」までの１５８行を「トレーへ複写」してから、１６５０行目近くにある【ｒｏｍａ＿ｍｏｄｅ】という記述をさがして「ｒという文字の左側」にカーソルを置いて、「トレーから複写」をする、と。
- で、ここがいちばん面倒……なのだけれど。【ｒｏｍａ＿ｍｏｄｅ】直前にコピーした定義は、１５８行すべてが「ｋｅｙ０１：」で始まっている……のだけれど、この１５８行すべてを「ｋｅｙ１０：」に書き換えなきゃいけない。ホイールを回すとかしていま貼った定義の先頭を出して、その一行上に書かれている【ｋｅｙ０９：１５８＝００００】の行で一回マウスをクリックして、その行にカーソルが来るようにする。それから「右クリック→編集→検索/置換」を選んで、検索ワードを「ｋｅｙ０１：」に＆置換ワードを「ｋｅｙ１０：」としてから、１回「検索」ボタンを押す。その後１５７回がんばって「置換」を押す。あと１回だけでコピーした部分の置換が終わることを確認してから、最後にもう一回「置換」を押す。そうすると、全く別のところ(たぶん、ｋｅｙ００：１５８＝００００の真下にあるｋｅｙ０１：０００＝００００)が出てくるのだけれど、そこはもう弄ってはダメなところなので、この時点で「検索/置換」は閉じる。
- ここまで終わったら、この編集結果を「右クリック→保存→もとの実身へ」で保存して、この文書を閉じる。
改造した定義を「キー配列変更」小物に読み込ませる。
- 「キー配列変更」小物を立ち上げる。
- 先ほど編集した「新しい配列の名前をつけたファイル」を、「キー配列変更」小物へとドラッグ＆ドロップする。
- 「日本語」の状態で「右(青)シフト」だけをONにした時と、「右(青)シフト」＆「CapsLock」の２つだけをOnにした時に、キーテーブル「１０」が選ばれているという表示が出れば、ようやく左右シフトの分離はできた……と。このとき、「左(赤)シフト」だけをONにした時に出るキーテーブル「０１」と見た目は全く同じですが、ここまでの作業をしていれば「きちんと別々のキーテーブルになっている」ので、左右のシフト面を独立して編集することが出来ます。
- もっとも、キー配列の定義自体は、ここが「スタート地点」なのですがorz。
- ここまで来た時点で、ようやく【超漢字(BTRON)で「かえであすか」を定義するためのテスト1。 - 雑記/えもじならべあそび】に書いたデータを埋める準備が出来た、ということ。
以上、たぶん永遠に役立つことはないであろうメモは、ここでおしまい。
疲れた……定義を埋める余力がなくなってしまったようなorz。
