10の初期値と基準配列を並べます。




1 Control・Shiftについて
据わりが悪いので、逆にしました。
HHKBのUS・JIS配列に反しますが、ThinkPadと親和性があります。
2 読点(、。)
これも据わりが悪いので、HHKBに戻しました。
3 長音符について
「2」によって、上段に角括弧[]波括弧{}・下段に山括弧<>という綺麗な配置が崩れました。その構造h変更の結果にその間に割って入った「- ; :」なる「ハイフン・ セミコロン・コロン」ライン。この半角ハイフンに長音符が割り当てられています。
日本語では記号たる長音符が必要です。長音符は、「-=key」のベースレイヤー「-」たる横棒の一つであるという理由でここに当てたのだと思う。

なお、日本語(かなmode)にしたとき、シフトレイヤーは上記のように表示されない。こんなことを30年間知らなかったとは驚きだ。シフトレイヤーは英語key特有なのだ。
▢;+keyの場合

▢1!keyの場合

(なお、\_keyのシフトレイヤーは、アンダーバーで横棒には加えない)


ファンクションを元に戻した(Defultのままにした)。
HHKB_Studio_R8(0517)
結局、文字種配置を変えたのは、記号のみであって、①1段目のハイフンというよりマイナス(-ハイフンマイナス、シフトレイヤーのイコール=)を算数演算子グループと同居させるために(US配置と同じにするために)、3段目に移動した。②角括弧を並べるため(US配置と同じにするために)、2段目に集めた。なお使わない@はスキ間のマイナスに放り込んだ。
次の言い方がよい。括弧ペア・コロンペア(算用数字ペア)をUS配置と合わせるためにソコに置いた。その結果@がスキマに追いやられた。アポストロフィも掛け算の記号として使われることがある。
US・JISともに句読点(、。)がソコに配置されたのは必然です。半角中黒は使われないが全角中黒を多用する私としては右隣に既に置かれているのは幸運でした。おそらくスラッシュ(/)が仕切りの意味があるのでかなの変換候補に入れられたのだろう。
①ペアが重要なEnterの隣に固まってワカリやすくなった。②一応使うもっとも頻度の少ない@が算用数字の未席になったのは私のオリジナルですがこれも気に入っています。
以上を使う記号群とします。
(モヤ①)
残った記号keyについて言及します。上から①キャレット^、②エン¥、③バックスラッシュ(\)は使わない記号keyとしてモヤをかけます。それらのシフトレイヤーの①チルダ(~)、②パイプ(|)、③アンダーバー(_)とともに。このモヤ①は、全角/半角keyを抜歯したのと同様に取ってしまっていい(がモや・まさにレイヤーとして残しておきます)。
(モや②)
算用数字のシフトレイヤーの一部も記号でありモヤをかけます。①key2のダブルクオーテーション、② key3のシャ一プ、③key4のアンド、④key5のパーセント、⑤key6のアンド、⑥key7のシングルクオーテーションもモヤ①と同様です。①のビックリマークをふくめて全部。

























