FC2ブログ

ちょっと、かな配列

ぶな配列v2.0もCherry黒軸厳しいぞ

う~、ぶな配列v1.1のときと同じ結果になるとは orz
やはり、Cherry黒軸とぶな配列は相性が悪いのか!!
左手が痛い

右手張り出しまで使って速度優先しつつ
結果的に左手の使用率も退がっているはずなのに
何故に左手が痛む

スポンサーサイト



  1. 2019/02/11(月) 19:46:26|
  2. キー配列
  3. | トラックバック:0
  4. | コメント:0

悪運指を極小化したらどういう配列になるのかな?

単なるメモ
悪運指を極小化したらどうなるか?
4-698のように打鍵数増えることになるのか?
打鍵数増えずに良運指減らしてその分悪運指回避に回すのか?
今後の研究課題!!
  1. 2019/01/07(月) 07:04:32|
  2. キー配列
  3. | トラックバック:0
  4. | コメント:0

同時打鍵に迷う

#この記事は同時打鍵シフト配列を諦める事を自分に納得させるために書いてます。

中指前置シフト(+薬指前置シフト)の配列を作り、使って来たが、
同時打鍵シフトの方が性能良くないかという思いが
ふつふつと湧き上がって来たので調べてみた。

直前のキーを離してから次のキーを入力するという前提で入力時間を調べてみた。

評価対象は適当に計算して生成した以下二つの自家製配列
#本当は、同時打鍵の感覚を知るために、
#新下駄配列を覚えようとしてたんだけど、拗音まで覚える気力が湧かなかったので、
#拗音なしの清濁分置配列作る⇒やっぱり濁音まで覚える気力が湧かず、
#濁点後置ならさすがに覚えれるでしょ、という事で、むやみに2つも配列を生成する羽目に、、、
#濁点後置ならセンターシフト新JISでも良くねという心の声を「親指は鈍い」と納得させながら

・同時打鍵シフト清濁分置配列

【無シフト】
こすでがら おまのとき
たなにはる っうかしい
もてょりだ くん、。・

【中指シフト(d,k)】
ごぐろゅへ ぉべやえみ
あさめをぶ びわめれど
ぱぅぬひヴ -ゃぁぃげ

【薬指シフト(s,l)】
ぽぷねざぞ ぢづふちゆ
じよれけせ ずつさよそ
ほぜぼぎぇ むば ぺぴ


・同時打鍵シフト濁点後置配列

【無シフト】
あもになょ おれきのっり
はかことた くいし゛うる
せてますさ つん、。ら

【中指シフト(d,k)】
ぁほよそぇ ぅぬわやみ
ちひけろふ むゃけをめ
へぉねえゆ -ゅぃ゜・


評価結果としては、『速いよ』。同時打鍵シフト配列!!
無シフト面にフルに文字を割り当てれるのが大きいし、
鈍い親指を使わないのも大きい

打鍵率打鍵速度入力速度
月配列2-2631.348.356.23
ぶな配列v1.11.318.666.61
ぶな配列v2.01.288.536.68
ミズナラ配列v1.01.348.676.47
同時打鍵シフト 濁点後置1.299.157.09
同時打鍵シフト 清濁分置1.289.667.56

同時打鍵シフトも最初のうちは戸惑ったけど、しばらくしたら慣れてきたし、
性能も良好と良いことずくめ、使いたいかもと傾きかけたけど、

同時打鍵シフトは環境が限定されるので会社だと使えない orz 残念!!
あと、プライベートのセカンドマシンがLinuxなので
Linuxで動作させれるか確認しないと、、、めんどくさそ

「家と会社で配列分けるか」と考えてもみたけど、
無理、複数配列使い分けれるほど、器用じゃないし、

という事で、同時打鍵シフト配列は諦める。諦めるんだ俺!!

  1. 2019/01/04(金) 22:38:23|
  2. キー配列
  3. | トラックバック:0
  4. | コメント:0

濁点後置と濁点前置と濁音別置の比較(打鍵数のみ)

打鍵効率(1文字入力するのに必要な打鍵数)を手持ちデータで比較すると以下のようになる

配列打鍵効率
ローマ字1.72
旧JIS1.22
新JIS1.29
NICOLA1.42
TRON1.26
中指シフト 濁点後置1.31
中指シフト 濁点前置1.29
中指シフト 濁音別置1.25
ぶなv2.01.25

※中指シフトはJISキーボードで[@][:](右小指伸ばし部分)を使う前提で計算している


NICOLAとTRONは親指シフトなので「シフト側の文字も1アクションで入力できる」とかいうけど、
あくまでも打鍵数を気にしているのでシフト側の文字は文字キー+親指シフトキーの2打鍵と数える。

ローマ字は行段系なので打鍵数でみれば、もうどうしようもない

旧JISはキーを4段使って1.22となった。まっ、濁点が0.1近くあるので実際シフトするのは0.1くらい。
比較的頻度の高い句読点や「っ」、「ょ」、「を」がシフト側にあるのが悪化要因。
「ぁ」~「ぉ」を除いてシフト側の文字とシフト無し側の文字を入れ替えるだけですごいシフト数が減るのに、、、

NICOLAは濁点のつく文字は表面という配置ルールがあるので、それほど頻度の高くない文字が表面に来てしまい、
打鍵効率を悪化させている。

TRONはそこをうまく処理していて、自分の記憶があやふやなんだけど、
たしか、同手シフト側の文字でも逆手でシフトすると濁音にすることで、
頻度の高くない文字をシフト側に配置できていて打鍵効率が向上している

中指シフトは打鍵効率が最もよくなるように配置した場合の数字で
濁点を別置きした場合は、前置でも、後置でも、似たり寄ったりの数字になる。
ただし、濁点前置にする場合は、シフト側の文字を濁音化する時に濁音を前置した直後はシフト不要とする技が使えるので
多少打鍵効率を改善することができる。
濁音別置の場合は使用頻度の高い文字は濁音含めシフト無しに配置されるため
中指シフト方式としては最も打鍵効率が良くなっている。

ぶなv2.0はほぼ理想値で文字を配置できており、打鍵効率は良い結果となった。
#あ~、良かった、良かった。


  1. 2018/10/24(水) 03:09:47|
  2. キー配列
  3. | トラックバック:0
  4. | コメント:0

ぶな配列v2.0の性能

ぶな配列v2.0の性能
#ぶな配列は清濁別置の配列です
右小指の伸ばし領域を使ってどんだけ性能が良くなったか

打鍵効率 1.28 (1文字打つのに必要な打鍵数)
入力速度 6.68 (1秒間に入力できる文字数)
打鍵速度 8.54 (1秒間の入力できる打鍵数)

ぶな配列v1.1の性能は以下だったので

打鍵効率 1.31
入力速度 6.61
打鍵速度 8.66

打鍵速度は悪化したものの
それを上回る打鍵効率の向上があったので
入力速度は良くなった

という感じです。ちなみに清濁同置の月2-263は以下になるので

打鍵効率 1.34
入力速度 6.23
打鍵速度 8.35

月2-263よりかは性能良いです。

指の使用率は
左小:左薬:左中:左人:右人:右中:右薬:右小=
6.15%:8.21%:12.25%:15.34%:17.81%:18.82%:13.20%:8.22%
となります


  1. 2018/10/23(火) 01:38:14|
  2. キー配列
  3. | トラックバック:0
  4. | コメント:0
次のページ