親指シフトキーの「共用化・専用化」について、それぞれのメリットとデメリットを書いてみるテスト。

　親指系Wikiへの転記はまだ。

白地太字部がメリット。 変換＆無変換を生かしたまま親指シフト機能と共用化 変換＆無変換の本来機能は捨てて親指シフト専用化
最大許容入力速度*1 変換・無変換が「単独打鍵」と「同時打鍵用修飾」のどちらのために押されているのかを判定する必要がある*2ため、理論値の半分が限界*3……打鍵速度(ストローク/秒)＝0.5/同時打鍵許容時間(sec)*4。 変換・無変換は「同時打鍵用修飾」のためにしか使われないため、親指シフト専用キーボードと同じく理論値で打てる……打鍵速度(ストローク/秒)＝1/同時打鍵許容時間(sec)
(変換キー)誤変換が発生する可能性 原稿を打つだけの「コピータイピング」では発現しにくく、規則正しく打てない「創作打鍵」では多発する傾向になる。 (無効にしていれば、原理的に)発生しない
(無変換キー)誤確定が発生する可能性 原稿を打つだけの「コピータイピング」では発現しにくく、規則正しく打てない「創作打鍵」では多発する傾向になる。 (無効にしていれば、原理的に)発生しない
変換キーの機能 変換キーとして使える 変換キーとしては使えない(スペースキーによる変換が必要)
無変換キーの機能 無変換キーとして使える 無変換キーとしては使えない(Enterによる確定なり、Funcキーによる変換なり、変換機能任せでの変換なりが必要)
スペースキーの機能 入力中未確定時の空白文字入力・変換のどちらにでも使える(設定次第) 入力中文字列が無ければ空白キーとして使える(現行IMEの標準的な動作)が、入力中文字列に空白文字を交ぜるためには使えない)
(そのほか) (抜けていることがあれば、教えてください。) (抜けていることがあれば、教えてください。)

　メモ。

  • ワープロ専用機時代に親指シフトを覚えた人は、「親指シフト専用化」の状態で打っているのと等価の状態でNICOLAを覚えた。
    • ワープロ専用機と「USB接続以前のNICOLAキーボード」は、親指シフトキーの下に変換・無変換のキーが別途あったので、全く困らなかった。
    • 「親指シフト専用化」の状態は、文字のシフトミスは変わらず起きるものの、機能との切り分けミスは起きにくいので、練習しやすい。
    • いまからNICOLAを練習しようとする人に、いきなり「親指シフト共用化」の状態で練習させるのは、かなり酷なのかもしれない。
  • 「親指シフト専用化」と「親指シフト共用化」のうち、どちらが「効率よく快適に打てると感じる」のかは、人によって異なってくると思う。
    • 変換キーと無変換キーを使い分けてきた人にとっては、「親指シフト共用化」のほうがしっくり来るはず。
    • 入力中未確定文字列に「空白文字」を交ぜたい人にとっては、「親指シフト共用化」でなければ満足できないはず。
    • シフトキーにほかの意味が被さっていると混乱するor困るという人にとっては、「親指シフト専用化」以外に選択肢は無いはず。
    • 「スペースキーで変換」に慣れていて、もともと変換・無変換キーを使わなかった人にとっては、「親指シフト専用化」のほうが快適に打てるはず。
  • 「親指ひゅんQ」は、単独では「親指シフト専用化」を行うことができない。
    • 「親指ひゅんQ」で「親指シフト専用化」をやる場合は、IME側の設定変更を必要とする。
    • 「やまぶき」と「親指コウズィ」は、IME側を弄らなくともエミュレータ側で「親指シフト専用化(単独打鍵の無効化)」を実現できる。
    • 「姫踊子草」と「繭姫」と「oyayubiwm@em1key」は、「親指シフト専用化(単独打鍵の無効化)」用の定義を書くか、IME側の設定変更を必要とする。
  • 【上達の近道は、うまく行った人のまねをすること】だとすると、練習初期は(大きなシェアを取っていた)ワープロ専用機のそれと同じく「親指シフト専用化」でいくのが正解だと思う。
    • その後「親指シフト専用化」のままで行くか、「親指シフト共用化」にするかは、使い手の感性にしたがって決めれば、それでよいと思う。
  • 太字部の分布を見れば一目瞭然？の特徴が。
    • 「親指シフト共用化」──原理的に、不器用な人にとっては扱い辛い。変換・無変換のキー操作を多用する(単文節〜複文節単位ぐらいで変換していく)人、変換・無変換操作を優先して低コストで行いたい人にとって、メリットが大きい。
    • 「親指シフト専用化」──原理的に、器用さには依存せずに扱える。変換・無変換のキー操作を多用しない(複文節〜文章単位ぐらいで変換していく)人、文字入力操作を優先して低コストで行いたい人にとって、メリットが大きい。
  • (そのほか)
    • (抜けていることがあれば、教えてください。)

*1:2007年7月26日1:33:21追記──人間側が高精度で同期打鍵を行い、かつエミュレータ側がNICOLA規格どおりの同時打鍵判定ロジックで動作している場合は、この項目に掲げる制限速度の影響は受けません。詳しくはコメントを参照願います。

*2:特に、結果確認の必要が無い「無変換」操作がらみは、文字入力と同テンポで行われる可能性が高く、「誤確定」や「誤シフト」の可能性が増えがちになり、同時打鍵判定が極端にシビアになる場合が出てくる。

*3:本式ロジックは動的時差検知で動いているから問題ないように見えるけど、実際にはうまく働かないときもある。

*4:この値は、極めて規則正しいテンポで打鍵する場合にのみ有効な「限界値」である点に注意。創作打鍵をするなら「0.25/同時打鍵許容時間(sec)」とかになるはず。