新JIS・月 キーボード配列 4打鍵目

遺伝的アルゴリズムで求めてみた配列。
・正しくない日本語を (文章サンプルは2ちゃんねる)
・正しくない姿勢で (姿勢は手首接地・肘を軽く開く)
打つための配列。ですます調で喋る文には良いかも。

月配列の基礎となった新JISって、「正しい日本語」
(高校教科書(130万文字)・科学(99万)/情報(46万)・天声人語(16万))
を打つための配列だと思ったので、そうではないものを作ってみた。
むらむらしてやった。今は反省している。

アンシフト
けことはもっまいなりお
かし★てすのん★゛たー
るきゃょさくう、。゜・

シフト
ぁみそほろめむやらえ「
ぃれにあゅねちつよせ」
ぅぇぉへふぬわひをゆ　

「半濁音キーて勿体無いよな」つうことで、改造してみました。
・濁音記号キーを導入。濁音キーを押したあとに清音と同じキーを押すと濁音になる
・半濁音は濁音の右横
・「ー」は濁音記号キーとのコンビネーション
これで「ちれ」をホームポジション側に押し込めます。
ついでにシフト側の(半)濁音の２ストローク化もできました。

……足んない文字ないよな……

<通常>
そこしてさ　つんいのり
かは☆とた　くう★き（濁音記号）
すけになょ　っる、。れ

<シフト>
ぁみむゅゃ　ぬちひやぇ
ぃをらあよ　まおもわゆ
ぅねせふめ　ほろへえぉ

<(半)濁音・記号>
ゾゴジデザ　ヅヂビピ
ガバパドダ　グヴーギ
ズゲゼブプ　ボポベペ

>>461
「っ」がYはつらくないか？

>>462
濁点先押しで全文字２打鍵化ですか。なかなか良さそうですね。

濁音記号キーを;にしたのはどういう意図ですか？
濁音がすべて小指がらみになるのはちょっと負担が重いかと思うのですが。

>464
濁音キーを１つしか確保できなかったので、右手 ->右手の時に小指 -> 他の指と
なるようにして少しでも負担を減らそうとしています。

右手薬指 ->右手小指とか、右手人差指 ->右手小指とかはちょっと辛そうなので。

あと１文字削れれば、両小指とか両薬指とかにするのになぁ……

>461
「正しくない日本語」を「ですます調で」というのはあんま意味が分からんな。

>462
中黒がないような。

中黒は要らんと思うけど……
頻度少ないから、普通に変換しても大したことないんじゃない？

要らんと思って省いてるなら別に良いよ。

>>466
国語の教科書的な文ではなく、喋ってる文に近いという意味で。
「あまり意味がわからないな」が「あんま意味がわからんな」になったり、
「ではないですか」が「じゃないですか」になったり。
(余談: 2ちゃんねるでも意外とですます調で書いてる人が多いようだ)

あああ、なるほど。そう言う事か。
確かに前者の正しい（？）日本語はそうそう使わんな俺は

なら「正しくない」ではなく、「砕けた」とか「口語的な」等と言った方が誤解が
少なかろう。

>>463
乱数SEEDを変えてまた実行してみたけど、同じ配列になった。
ホームが90〜120msecに対して Y が190msecだから、キーのコスト値自体は
間違ってはいないよな…
まあサンプルの使い方や評価関数の定義のしかたにもよるからね。

撥音促音は他の拍より短いので、はやく打ちたいという意識が働く人もいるんだと思う。

「ま」より「っ」の方が多く使うのではないか？
俺の統計ではそうなんだけど、一般的にどうなんだろう。

掲示板や日記として書くような口語的な文だと「っ」はかなり少ないような気がする。
逆に新聞みたいな漢語？が多い文だと多そう。

関係ないが、>>461のシフト面、月が上下ひっくり返ったような並びだな。
アンシフト面は割と似てるのに不思議だ。

>>474
出現回数としては「っ」の方が多いけど、N-gram を使って
2gramは上位512まで、3gramは上位256まで、4gramは128まで ... 8gramは8位まで、
を出現頻度で重みづけして評価関数を定義したから、
「っ」より「ま」のほうをよい位置に持ってきたほうがスコアが
よくなってるのかも。

練習してみると、小指の負荷がちょっと多すぎる気が。
パーセントで表すと、こんな感じ。
(左小) 7 : 9 : 15 : 14 (左人) | (右人) 16 : 16 : 14 : 9 (右小)

「指の太さ2乗 * 指の長さ」で各指の体積比を求めて、
キーの使用率がそれから外れるほど評価関数が悪くなるように
補正を加えたんだけど、いまいちだったようだ。

体積比じゃなくて、指の筋力で比率を決めるべきか。
台所のはかりじゃ、中指の強さを測るには足りないかな…

>>462の配列だけど、

>>465
＞右手薬指 ->右手小指とか、右手人差指 ->右手小指とかはちょっと辛そうなので。

右薬→右子が辛いというのは分かるけど、
濁点って「い」もはるかに上回る出現率断トツトップでしょ？
それが小指というのはさすがにどうかと。

濁音記号キーを右薬にしても
「ぎ」が打ちにくくなるくらいなら構わないのでは。

>477
それやると同指ジャンプが発生するのです……
まあ、ピとペだから我慢できなくは無いけど。

“を”を記号扱いにして、“お”の濁音位置に移動させてみるかね……

>>476#その方法だと解は求まりやすいけど、
文章サンプルによって求まる配列が全然違ってきちゃうんじゃない？

で、結局本命はどれ？ どれ練習すればいいの？ しばらく待った方がいいの？

>>480
とりあえず、いまは2-263がいいと思うよ。

俺もいろいろ作ったり、プログラムしたりしてみてるけど、やっぱり2-263がベースになる感じ。
2-263以降は実績が固まってない。

実績という観点で言えば、U8が２番目の選択肢かな。

大まかにシミュレートしてみた。

・シフト側の濁音も２打鍵で入力できるようにした場合：

　　シフト面とアンシフト面で、濁音がひとつのキーに２つ被ってしまわないように分散させる必要があるため、
　　結局清音の運指が影響を受け、打鍵時間はプラスマイナスほとんどゼロ。


という結論になったよ。
濁点シフトキーはひとつとして計算したから、Ux版のように濁点キーが２つある場合はどうなるかわからない。

またもしかしたら配列の変更次第で結果が変わるかもしれないから、できるひとは追試験してみてください。。。

>>479
そうだよ。
オレが作ってるのは実際、配列というより、
与えられたサンプルから配列を生成するアルゴリズム
つまり「メタ配列」って感じのもの。
(メタって言いたいだけちゃうんかと小一時間)

だから例えば、このアルゴリズムを使って、サンプルに枕草子や源氏物語を
与えれば、「中指シフト配列 for 平安時代」ができるって寸法。
ttp://academy4.2ch.net/test/read.cgi/history/1146235026

とりあえず461の配列は捨てて、指使用率パラメータを変えて
生成しなおしてる。明日くらいには求まってるだろう。
プログラムを裏で動かしつつ、アルゴリズムの説明書をまとめてる。

>>483
実用では「どんな文章を書くか」はあらかじめ厳密には決まっていないのだから、
特定の文章に特化することに意味はないどころか、
対応できない文章が増えてしまって逆効果なのでは？
そこんところどう思う？またはどう回避できると思う？

花配列がn-gramを使わず、出現頻度のみを使ったのも、
n-gramデータが用意できなかったというだけではなく、
むしろn-gramに依存しすぎると、汎用性のある配列ができないと考えられたことが指摘できると思う。

両濁音シフトに対応してみました。
配列もけっこう変ってしまった……薬指シフトは無理でした。

>482
あんま効果無いかな？ 煮詰めれば良さげな感じもするけどね。


<通常>
そは●てさ　つん●のり
たい★うと　くし★かき
すこになょ　っる、。れ

<★>
ぁあみねめ　ぇおひやぬ
えほらゅよ　ゃまもわゆ
ぅむせふぉ　へろちけぃ

<●>
ゾバパデザ　ヅヲビピ
ダボポヴド　グジーガギ
ズゴゼブプ　ベペヂゲ

>>485
ほとんど中指で打ってるような配列だなあ。中指が１打おきに現れてつらそうだ。

>>485
ごめん。勘違いした。
●の出現量を２倍に見積もってたorz
見当違いなことを書いてしまった。

>>485
これはいい手かも。●シフトを含む文字列の運指はどんな感じだろ。

>>484
2ちゃんねるの板を片っ端から見て (全部じゃないけど)
投稿数が多いスレをランダムに取得して 20MB のサンプルを得たから、
「現代日本語・口語調」という範囲では最大公約数的なものが
できると思うんだけどな…461の配列も結構いい線いってたし。

>>485
今回の計算上は効果ナシと出たけど、正直なところ、煮詰めてみないとわかんない。
濁点キーが二つになったら、また変わると思うし、とにかくめげずにいろいろやってみて。
俺もなんとかついていってみるから。

>>488
次にﾃｶﾃｶしながら期待。
ところで、>>476の方法だと、2-gramより8-gramの方を優先してることにならない？
最大７重に重み付けされてる文章サンプルの範囲があるように読み取れるのだが。
なにか補正でもしてるの？

各指の筋力を台所はかりで測定して、指の使用率を指の筋力に比例させた…けど、
どうもいまいち。評価関数での N-gram の重みづけがうまくないのかも。

するきょゃ らのいうまも
たし★てか っん★゛なー
おはさこけ くと、。゜・
<シフト>
ぁやひゅへ わをそれゆ「
ぃほにせよ めちりえね」
ぅぇぉろふ むつあみぬ　

>>489
そういえばそうだ。
N が多くなるほど出現回数は減るから今は逆に
N が大きいとき重みを大きくしてバランスをとってるけど、
(2-gramは1.42, 3-gramは2.69, 4-gramは5.25…をかけてる)
下手に出現回数を細工しないほうがいいのかな。

「はい」が両方とも左薬指になるという致命的な欠点を発見したので
組みなおしてみました。

人差し指同指とシフト面同指はどうしようもないな……

<通常>
そょ●てさ　つた●っり
かい★うと　くし★んき
すのにはな　こる、。れ

<★>
ぁふみねめ　ぇむひやぬ
えほらゅよ　ゃまもちゆ
ぅせおあぉ　わへろけぃ

<●>
ゾブプデザ　ヅダビピ
ガボポヴド　グジーヂギ
ズゼヲバパ　ゴベペゲ

そうだ、491ベースの配列ですが、名前を叢雲配列にします。
まだいろいろと修正が入るかも知れませんが……

連投スマヌ

叢雲配列ですが、拗音入力が楽になるように「ゃ」と「ま」を入れ替えました。
こっちのほうが違和感すくないかな？

<通常>
そょ●てさ　つた●っり
かい★うと　くし★んき
すのにはな　こる、。れ

<★>
ぁふみねめ　ぇむひやぬ
えほらゅよ　まゃもちゆ
ぅせおあぉ　わへろけぃ

<●>
ゾブプデザ　ヅダビピ
ガボポヴド　グジーヂギ
ズゼヲバパ　ゴベペゲ

＞叢雲配列
読めない……orz

月にむらくも花に風

闇雲

>>490
＞N が多くなるほど出現回数は減るから今は逆に
＞N が大きいとき重みを大きくしてバランスをとってるけど、
＞(2-gramは1.42, 3-gramは2.69, 4-gramは5.25…をかけてる)
＞下手に出現回数を細工しないほうがいいのかな。

いや、ちゃんと引き算してるのかなと思って。
例えば3-gramでフォローしている部分は2-gramからは引き算しておかないといけない。
そうしないと、「長い単語に含まれる文字は、沢山出現したのと同等になってしまう」んじゃないのかと思って。

いつか雲隠れ

セイて頻出でしたね……
さすがにまずいので　ひや <-> おせ で修正しました

叢雲配列
<通常>
そょ●てさ　つた●っり
かい★うと　くし★んき
すのにはな　こる、。れ

<★>
ぁふみねめ　ぇむおせぬ
えほらゅよ　まゃもちゆ
ぅひやあぉ　わへろけぃ

<●>
ゾブプデザ　ヅダヲゼ
ガボポヴド　グジーヂギ
ズビピバパ　ゴベペゲ

間違えた、こっちだ
センを打ちづらくしてどうするよ……

叢雲配列
<通常>
そょ●てさ　つた●っり
かい★うと　くし★んき
すのにはな　こる、。れ

<★>
ぁふみねめ　ぇむせおぬ
えほらゅよ　まゃもちゆ
ぅひやあぉ　わへろけぃ

<●>
ゾブプデザ　ヅダゼヲ
ガボポヴド　グジーヂギ
ズビピバパ　ゴベペゲ

使ってみるといろいろ出てきますな
頻出の「ゅう」がけっこう打ちづらいので、ゃ <-> ゅ としました。

叢雲配列
<通常>
そょ●てさ　つた●っり
かい★うと　くし★んき
すのにはな　こる、。れ

<★>
ぁふみねめ　ぇむせおぬ
えほらゃよ　まゅもちゆ
ぅひやあぉ　わへろけぃ

<●>
ゾブプデザ　ヅダゼヲ
ガボポヴド　グジーヂギ
ズビピバパ　ゴベペゲ

まだまだあったぜ……
「ケン」が打ちづらいのもつらいよね、ということで「ケ」を移動させました。

いい加減ドン詰まりか……

<通常>　　　　　　　　　　<★>　　　　　　　　　　　<●>
そょ●てさ　つと●っり    ぁふみねめ　ぇむせおぬ    ゾブプデザ　ヅドゼヲ
かい★うた　くし★んる    えほらゃよ　まゅもちけ    ガボポヴダ　グジーヂゲ
すのにはな　こき、。れ    ぅひやあぉ　わゆへろぃ    ズビピバパ　ゴギベペ

まだだめだった……
「とき」「とこ」といった重要な組み合わせがつらいので、「か」「と」「し」を入れ替えました。

なんか、エンドレス……

<通常>　　　　　　　　　　<★>　　　　　　　　　　　<●>
そょ●てさ　つし●っり    ぁふみねめ　ぇむせおぬ    ゾブプデザ　ヅジゼヲ
とい★うた　くか★んる    えほらゃよ　まゅもちけ    ドボポヴダ　グガーヂゲ
すのにはな　こき、。れ    ぅひやあぉ　わゆへろぃ    ズビピバパ　ゴギベペ

結局は手動なんだよな。

そりゃそうよ。

しかし手動でやって結局使いやすくならなかったときのダメージときたら半端ないよ。

またバグ発見……どんどん出てくるなぁ……

「れる」は重要だよね、つうことで「れ」と「ら」を交換しました。

<通常>　　　　　　　　　　<★>　　　　　　　　　　　<●>
そょ●てさ　つし●っり    ぁふみねめ　ぇむせおぬ    ゾブプデザ　ヅジゼヲ
とい★うた　くか★んる    えほれゃよ　まゅもちけ    ドボポヴダ　グガーヂゲ
すのにはな　こき、。ら    ぅひやあぉ　わゆへろぃ    ズビピバパ　ゴギベペ

とりあえずもちつけ。

>507
そりゃそうだ。２〜３日使って改善項目貯めるか……
頻出だけど使いづらい綴りあったらヨロ

手動で入れ替えるとキリがないから、
2-gramの値を弄って再解析させてみては？

>>462
配列は、あちらを立てればこちらが勃たず、だから。
何らかの方法で数値化して調べるといいと思うよ。

>>489
N>=3 の N-gram について、m = 2〜N-1 の m-gram に対して、
N-gram の部分文字列であるような m-gram 要素の出現回数から
N-gram の出現回数を引き算する…とすればいいってことだよね。

どうしようかな…今のままでも、「文字1個ずつの打ちやすさよりも
文字の並びの打ちやすさを重視した配列」は行けそうだけど。
結局、パラメータをいじっては1日かけて再計算して、の
試行錯誤を繰り返してる感じ。
本当は N-gram じゃなくて20MBのサンプルすべてを打った時間を
仮想的な計算で求めて決めたいけど、処理時間の点で無茶だからね…。

計算上の速さと、体感的な快適さはまた違うからね。

>>510
任意-gramのすべてに同じ重みが付されているなら、部分によっては不当にも
７倍の評価差が付いてることになるわけで、ちょっとまずいと思うんだけど…。

8-gramまで扱うよりも、
2-gramデータと １コ抜かしデータ を使って運指を分析した方が、楽で役立つような気がする。

>>511
同意。
例えば低頻度文字が極端に打ちにくい配列の場合、計算的にはよくても、体感的によくない感じになる気がする。
体感速度や快適性を決定する因子を完全に解明できるとは思わないけど、なんとか計算にフィードバックできないものかな。

うん。満月（2-263）は計算わるくないんだけど、「ピョー」など一部の運指に
不満で改善に手を出す人も多い。

「ピョー」というつながりを含む単語って、
「ピョートル大帝」しか思い付かなかった。

ピョー の検索結果のうち 日本語のページ 約 22,000 件中 1 - 50 件目 (0.16 秒)

「ピュー」じゃね?

>>512
N-gram の回数から (N+1)-gram との重複部分を
引き算して走らせてみてるよ。
完全に重複を消せたわけじゃないけどね。
正しい引き算の方法がわからない。

>>514
美味しい牛乳飲むのだぴょーん

djiei;lkvjckvjodnoglkw/td.u
oisiigyuunyuunomunodapyo-n

かなり差が小さいな。

っと、月の方が一打多いや。

>>516
期待してます。結果が変わらなかったら切ないな。

思わぬ山崎fusianaトラップで東京在住がバレる俺哀れ。

誰もそんなもん興味ないわ

まいど。
根本的なところから直してみました。試運転中だけどなかなかいい感じ。

通常　　　　　　　　　
ぃょ●てさ  つた●っぁ
しい★かの  なと★んう
す。るおゃ  ゅにも、は
★　　　　　　　　　　
ぅみひめれ  ぬらふよぇ
えくそりけ  せあこきま
ぉねほろや  ゆへちむわ
●
　ぴびでざ  づだぶぷ　
じぐぞがげ  ぜどごぎヴ
ずぽぼをー  ぺべぢぱば

盛り上がりのところ、自分ごとで恐縮ですが、
W2kからXpに移行完了しました。
MS-IMEが新JISをサポートすると幸せになれるのに・・・

mayuも3.28から3.30へバージョンアップしました。

つ<チラシの裏></チラシの裏>

N-gram の重複を (不完全に) 取り除いて、
重みをすべて 1 にして求めてみた。
悪くないんだけど、小さい「っ」がシフト側か…
2-gram で一番多いのが「す。 20747」で、これは
「ぷ 22785」の次。ってことは、実質この配列は
1文字ずつの出現頻度だけで決まったようなもんか。
2-gram 以上の重みを増やしたほうがいいかねえ。
評価関数を30%ほど高速化できたし、重みを上げて
やってみるか…

すになるも　れくいんりら
たて★かは　のし★゛とー
さょよこけ　きう、。゜・
<★シフト>
ぁろつほね　わめえやゆ「
ぃおっせそ　みあまをへ」
ぅぇぉひふ　むゃちゅぬ　

>>526
殆ど１文字頻度で決まったのに、「ー」よりも「ら」が遠いというのには不安が残るが…

俺は@より:の方が嫌い。

どうも。
今日一日使って修正しました。いい感じ。

叢雲配列
通常　　　　　　　　　　　★　　　　　　　　　　　　●
ぃょ●てさ  つた●っぁ　　ぅみひめれ　ぬらふよぇ　　ぴびでざ  づだぶぷ　
とい★かの  なし★んう　　えくそりけ　せあこきま　　じぐぞがげ  ぜどごぎヴ
す。るおゅ  ゃにも、は　　ぉねほろゆ　やへちむわ　　ずぽぼをー  ぺべぢぱば

ごめん、濁音修正してなかった

叢雲配列
通常　　　　　　　　　
ぃょ●てさ  つた●っぁ
とい★かの  なし★んう
す。るおゅ  ゃにも、は

★
ぅみひめれ  ぬらふよぇ
えくそりけ  せあこきま
ぉねほろゆ  やへちむわ

●
　ぴびでざ  づだぶぷ　
どぐぞがげ  ぜじごぎヴ
ずぽぼをー  ぺべぢぱば

>>527
ぁぃぅぇぉ(小) ー 。、゛゜・
は固定してあるからね。ー は外来語や感動詞によく使うと思って。
でも ぇぉ は月2-263と同じ位置に持って行った方が
指の使用率は良くなりそうだ。

どうも。『れる。』を楽に入力できるように『れねろ』を入れ替えました。

叢雲配列
ぃょ●てさ  つた●っぁ
とい★かの  なし★んう
す。るおゅ  ゃにも、は
★
ぅみひめろ  ぬらふよぇ
えくそりけ  せあこきま
ぉれほねゆ  やへちむわ
●
　ぴびでざ  づだぶぷ　
どぐぞがげ  ぜじごぎヴ
ずぽぼをー  ぺべぢぱば

>>326
ガッ

初心者配列
あいうえお 　かきくけこー
ゃゅ★゜ょ 　、っ★゛。
さしすせそ 　たちつてと
★
なにぬねの 　はひふへほん
まみむめも 　らりるれろ
ぁぃぅぇぉ 　やゆよわを

>>534
ホームポジションに「ゃゅょ」はないよなあ…
既にある「チョイカナ入力」の方がよくできてるよ。

http://homepage3.nifty.com/keyboard/input%20choi%20kana.htm

再挑戦

初心者配列　Ｖｅｒ２

あいうえお 　たちつてとー
かき★くけ 　こ゛★゜っん
さしすせそ 　、。ゃゅょ
★
なにぬねの 　らりるれろ
はひふへほ 　やゆよわを
まみむめも 　ぁぃぅぇぉ

問題は、初心者はそもそも「MS-IME + ローマ字」だけが唯一の
入力方法だと思ってるってことかな。
某パソコン教室では、敵国文字のローマ字なんて知らない高齢者に、
絶対にローマ字!! カナ入力はダメ!! ってやってるらしい。
ローマ字が憶えられなくてPCの利用そのものを挫折した人も多いとか。

>>538
老人に限らずローマ字に馴染めそうもない場合、
できないくらいなら、どう考えてもカナ入力の方がいいよね。
自然な入力法はひとりひとり違う。
せっかく選択肢が２つあるんだから、個人に合わせてやればいいのに。
インストラクターの人手が足りないからって手を抜いてるのがバレバレだ。

初心者配列　Ｖｅｒ３　　（Ｖｅｒ２から濁点と半濁点の位置変更＋カギ括弧追加）
あいうえお 　たちつてとー
かき★くけ 　こ゜★゛っん
さしすせそ 　、。ゃゅょ
★
なにぬねの 　らりるれろ「
はひふへほ 　やゆよわを」
まみむめも 　ぁぃぅぇぉ

初心者配列　Ｖｅｒ３−２　（教習3段階目くらい）
はなのふにる　（通常段に移動）
ゃゅえちそせ　（サブ段に移動）
ホーム＋α　月化

あいしてる 　けふつのこー
はか★とた 　くう★゛きん
さ゜すおに 　っな、。ょ
★
ぁそぬねえ 　らりせれろ
ぃひちへほ 　やゆよわを
まみむめも 　ゃゅぅぇぉ


月(標準)
そこしてょ　　つんいのりち
はか★とた　　くう★゛きれ
すけになさ　　っる、。゜・
★
ぁひほふめ　　ぬえみやぇ「
ぃをらあよ　　まおもわゆ」
ぅへせゅゃ　　むろねーぉ

>>540
最初っから標準で覚えた方が早くて楽だと思うがどうだろうか。
段階的に移行するというのをやってみた例を見たことがないので、断定はできないが。

もしも段階的移行が人間には可能なのだとしたら、「打ちながら、その人にとって最適な配列を計算し、リアルタイムで入れ替わる」という配列だって実用可能ということになるだろうが、
あんまりウケないと思うね。そんな雲みたいな配列は覚える気になれない。最適じゃなくても、そこそこの配列を打ち慣れてしまう方が結局は効率的だから。

同様に、「教習しながら、その人の上達に合わせて、配列が変わる」というのもウケないと思う。ハードルが幾つもあるように感じられてよくないんじゃないかな。
もしも「段階的に配列を移行すれば、上達が早くなる」というデータが得られたら教えてください。

上達が早くなる必要はないんじゃまいか
一番最初の敷居を超えられない層が手をつけやすいこと
途中の段階で満足してしまうとか、最終段階まで行かないとしても
それはそれでよし。
それに最終段階まで10年かかっても別にいいと思うんだ

とはいっても、それが許されるのは、自分のＰＣしか触らない人
ってことでかなり用途限定ｗ

＃むしろ、あいしてるを突っ込んで欲しかったｗ

>>542
あ、なるほど。
「とりあえず使えることが第一」でかつ、「シフトくらいは中指にあった方がよい」という考えで作られてるのか。
しかし、大多数が最初に触った配列で満足（というか固執）しそうだな。運動記憶が干渉してしまって、まともに移行ができる人間は少ないと思う。
「２」配列をやろうとする人間は「標準」に移行する気合いもあるだろうから、実際に「１」から移行するなら、「標準」に飛び級する人が殆どになるのでは？
実施したとすれば、「１」段階と「標準」に利用者が集中しそうな予感。

＃あいしてるはスルー

ローマ字もわからない層

とりあえず、ローマ字でＩＭＥ使えているけどかな配列に興味ある
だけど一気にかな配列にしようにも、覚えるだけでもうまんたいの層

こんな層が↓のステップでローマ字でＰＣを扱えたり、かな入力に移行したり
できればいいんじゃないかと


＞実施したとすれば、「１」段階と「標準」に利用者が集中しそうな予感。
これはそれでいいと思う　というか、かな入力が壁でＰＣを触れなかった層が
さわり始めることが出来て、自然とアルファベットくらいは覚えてローマ字に移行するも良し
1段階を覚えたはいいが、○とか○はよく使うのに打ちにくいな〜、と次の段階や
一気に月というきっかけになるのも良し


＃ま、ネタで作ったのは内緒（ぉぃ

>>544
ローマ字から５０音配列への移行なら、「ローマ字よりは確実にマシだなあ」と思って貰えるだろうね
（ごくまれに、ローマ字特有の“連打”が好きな人もいるが、そういう人は例外として）。

５０音に配列すると、打鍵数的にはAZIKと同じか、少々劣るくらいになるかな。
５０音配列の時点では、AZIKの方が楽だという評価が付くことと思う。

月標準になれば打鍵数がぐっと減って打鍵範囲も適性になってくるから、カナを選んでよかったと思ってもらえるだろう。

月2-263の系統のままでの進化は打ち止めなのかな、やっぱ。
個々人の最適配列は考えられるだろうけど、最大公約数的配列としては。

>>546
2-263系統のシステムで文字だけを並べ替える変更では、「2-263より確実にイイ！」ってものを出すのは難しいと思う。

小さな変更だと例えば、「け」と「こ」をあえて入れ替えるとか、「し」と「か」を入れ替えるという手で改善があるだろうと思うけど、
どちらも2-263に辿り着く途上で、すでに一度捨てられている選択肢。
「こ」の現在の位置はかなり初期に支持されて固定しているし、
「し」は「ょ」の位置が固定されていたために、「しょ」の打ちやすさが優先されてこうなった。

ここから先はやっぱり、個々人毎に対応すべき世界なのかも。

>461のが今後どうなるかだな。

>>546
2-263よりも「すべての面で優れている」ってのは難しいな。
オレのプログラムで作ったのも、2-263より良い点もあれば悪い点もある。

さて GA プログラムで求めた配列。
N-gram の重複の引き算が間違っていたを修正すると
すべて重み 1 でもうまくいきそうだったので試してみた。
1-gram (濁点・半濁点つき文字も1-gramに含む) はすべて、
2-gram は512位、3-gramは256位 … 6-gramは32位まで使った。

<通常>
すになはも ゃくんのられ
して★かた きい★゛とー
けさゅこょ っう、。゜・
<★シフト>
ぁやろほゆ わむめちぇ「
ぃつるあよ みえおませ」
ぅひそへふ ぬねりをぉ　

2chログからランダムに選んだ64KBを打鍵した場合の結果は
打鍵数 73651
左45.5 左人16.9 左中13.9 左薬 8.1 左小 6.6 [%]
右54.5 右人16.1 右中15.9 右薬14.6 右小 7.9
上段23.3 中段58.8 下段17.9
交互67.9 同指 4.7 跳躍 2.0 和音13.0
time 8451487
月2-263で同じ文章を打鍵した場合は
打鍵数 73146
左46.9 左人17.9 左中16.4 左薬 8.3 左小 4.4
右53.1 右人16.5 右中16.7 右薬13.8 右小 6.0
上段29.0 中段53.1 下段17.9
交互68.2 同指 4.7 跳躍 3.1 和音12.1
time 8708676

欠点
・打鍵数が 0.7% ほど増える。
・左人差し指の使用率が高い (月2-263よりはマシだが…)
長所
・2段跳躍が減る
・和音 (アルペジオ) が増える
・中段使用率が高い

以上。連投スマソ。
とりあえずこれでレポートを書いてみる。

なるほど。つるがホーム裏か。ぁぃぅぇぉは固定?
これ名前あるんだっけ?

固定は: ぁぃぅぇぉ(小) ー、。゛゜・ 「」
名前は考え中。配列の適当な場所からとって…
はなに配列、すし配列、…う〜ん。名前募集中。
仮称: 4-550

>>554
「ゃゅょ」が通常面に出ているのはたまたまそうなったの？
だとしたら面白いな。
>>532の配列のようにシフト構造を変えて再計算を試みる予定はないの？

口語では「じゃない」がおおいから、「ゃ」がアンシフトに来るかもとは思ったが、
「ゅ」もアンシフトってのは意外だな。
532 叢雲は、濁点シフトをアンシフト文字と関連づけて配列しないと
憶えづらいから、そこまで器用なGAはちょっと大変。
このGAのレポートと一緒にソースを出すから勝手にやって、かな。

>名前募集中。

海配列

>>557
片手用配列に海配列というのがあるけど、もう公開されてないし、キャッシュもないみたいだな。

461の語呂合わせで、鎧配列

>>558
http://www.myjavaserver.com/~tsuki/original/sea/index.html

ワードパッドでmayuがモードずれするんだけど？
スレちがい気味で、すまん。
どうしてなんだろう・・・

↓エスパー登場

エスパー伊東の超人芸倶楽部
http://ishizuka.net/ei/

月配列をベースにした漢直みたいのないかね

シフト同側が３２箇所余ってるからできなくはないと思うが、
３打鍵をいっぱい使うことになるだろうね。

か、あるいは同時打鍵を使うか。

か、押す強さで別のキーに認識させるか。

強さは通常入力デバイスでは無理だが、長押しなら可能だな。

そこでタッピングですよ(モールス？)

数字段のキーとの組み合わせは空いてる

それで何文字確保できる？
900文字は楽に確保できないと、漢直は難しいと思う。

ここはやはり打つ早さで変えるのが一番
直前のキー入力から０．１秒未満、０．１〜０．２秒未満　１秒まで０．１秒刻みで文字を変えるのだ
１キーで１０文字、４８キーで４８０文字、シフトと併せて９６０文字までいける

実際に月配列をマスターして、ローマ字入力よりも高速に日本語入力を実現している
人っているの？

ﾉｼ
っていうか元々旧JIS出身だからローマ字入力は大脳打鍵で遅いけど。

風は花を使用できるのだから、同じ仕組みの月で風同様のシステムを
使うことは可能。
本当はそれが出たら是非「叢雲」とつけて欲しかった。

オレのGAプログラム、実はもともと漢直(NIKコード)の
部品配列を作るために作ったんだけどね。
月2-263で、1打目に濁点を押すと漢直モードっていう。

>>573
慣れないタイピングソフトで測ってみたけど、 かな175文字/分 になったよ。
ローマ字に換算すると 310打/分 相当くらいだと思う。つまり秒速５打鍵。
ローマ字で秒速５打鍵を維持するのはかなり辛かったと思うから、たぶんローマ字より速くなったと思う。
速くなったことよりも、必死の勢いで打たなくても済むようになったことが助かってる。

>>574
月配列マスターですか。素晴らしい。
指運びが楽になったとか、入力効率が上がったとか、
実際のところどのような感想をお持ちでしょうか？

・打鍵数が少なくてラク。
・その割に難しい打鍵も少なくてラク。
・シフト問題が無くてラク。
ってとこでしょうか。
旧JISに比べると数字や記号も打ちやすくてラク。打鍵範囲も狭く、
誤打が減ってラク。

設定を変えたら、ちょっと面白い配列が出てきたぞ。

N-gram をもっと下位まで使うようにしてみた。
1-gram (と濁点・半濁点つき文字) はすべて、
2-gramは2048位、3-gramは1024位、4-gramは512位、
5-gramは256位、6-gramは128位まで計算に入れた。

<通常>
けにとこされっいのるま
した★かてくん★゛なー
らすよはょきう、。゜・
<★シフト>
ぁゃろほゆわむやえぇ「
ぃおもあゅめりつちせ」
ぅねそへふぬみひをぉ　

この配列で2ちゃんねるからランダムに選んだ64KBを打鍵すると
　打鍵数 72856
　左45.8 左人16.8 左中14.4 左薬 8.2 左小 6.4
　右54.2 右人16.3 右中16.2 右薬14.1 右小 7.6
　上段24.4 中段56.4 下段19.2
　交互68.0 同指 4.4 跳躍 3.0 和音12.5
　time 8378585
同じ文章を月2-263で打鍵すると
　打鍵数 73146
　左46.9 左人17.9 左中16.4 左薬 8.3 左小 4.4
　右53.1 右人16.5 右中16.7 右薬13.8 右小 6.0
　上段29.0 中段53.1 下段17.9
　交互68.2 同指 4.7 跳躍 3.1 和音12.1
　time 8708676

では、この配列で「めくらぶどうと虹」を打つと
　打鍵数 3705
　左47.2 左人15.8 左中16.7 左薬 8.8 左小 5.9
　右52.8 右人13.0 右中17.0 右薬14.5 右小 8.2
　上段24.5 中段54.3 下段21.2
　交互68.2 同指 3.7 跳躍 3.4 和音13.2
　time 428720
同じ文章を月2-263で打鍵すると
　打鍵数 3754
　左49.4 左人16.6 左中18.8 左薬 8.1 左小 5.8
　右50.6 右人13.1 右中17.8 右薬13.7 右小 6.0
　上段25.7 中段56.9 下段17.5
　交互68.3 同指 6.1 跳躍 3.1 和音11.1
　time 451161

あれ? 下段がやけに多いし、2段跳躍も増えてる。
どうやら丁寧な言葉遣いは苦手らしい…
打鍵数は少ないんだけどね〜

打鍵数が少ない＝手の動きが多くてダルい。

>>579
thanks!

やっぱり左薬指は低頻度なのね。

中指より人差し指の頻度の方が多いというのも、感覚に合わないな。

まいど。ほぼ最終形になりますた。
なんかコメントあったらヨロ

叢雲配列
ぃょ●たさ  つて●っぁ
しい★かな  のと★んう
す、もはゅ  ゃおに。る
●　　　　　　　　　　
×ぴびだざ  づでぶぷ×
じぐぞがげ  ぜどごぎヴ
ずぽぼばぱ  ーをぢぺべ
★　　　　　　　　　　
ぅみひめむ  ぬらふよぇ
えくそあけ  せまこきり
ぉれほわゆ  やねちろへ

モナー配列が結局そうなったのか

>>587
使い心地、完成しての満足度、不満や心配な点、他配列（特に月標準）との比較が知りたいです。

まだあんまり速くないから使い心地・満足度は何とも……
ゆっくり打っている分には問題ないけどね。
「ホームポジション重視」「濁音もそれなりに快適」という狙いが
それなりにうまくいっているようなので、まあ良かったかな

不満な点は、とりあえずは
・頻出の「てん」「ろん」がちょっと打ちづらい
・頻出じゃないけど「にっ」「ちっ」「ろっ」が打ちづらい
・打鍵数は月より増えてしまう
・左手と両小指の負担は重め
つうところかね。使い込むとボロがでそうだけど。

もともとローマ字・行列系の人間なんで、他配列との比較はできないです。

>>590
ありがとうございました。
月配列との比較は、やってみないとわからないですね…
上達していくにつれ、行段系と比べてどんな感じになるか楽しみですね。

元行段系使いの月ユーザーとしては、月配列は打鍵数が少なくて快適になりましたが、もうちょっとホームポジションを重視したほうがより均衡がとれて快適になると思っています。
そういう点で叢雲に期待しています。

「梅配列」って名前にします。雪月梅花ってことで。
アイデアをくれた人ありがとう。

580の配列を採用する。
何と言っても打鍵数が少ない。
打ちやすさは月2-263と同等以上。だと思う。

打ちやすさについてだが、弁解がましいが、
「良下段」「良跳躍」を定義する。
　良下段 = V N M
　良跳躍 = WV EV IN ON IM OM
これらは下段や跳躍だけど中指・薬指は長いから
そんなに打ちにくくないよね?

良下段・良跳躍がどれくらいあるかを調べた。

######## 梅4-580, 2ちゃんねる64KB ########
打鍵数 72856 , time 8378585
左45.8 [人16.8 中14.4 薬 8.2 小 6.4] / 右54.2 [人16.3 中16.2 薬14.1 小 7.6]
上段24.4 中段56.4 下段19.2 (良 8.0)
交互68.0 同指 4.4 跳躍 3.0 (良 0.7) 和音12.5

######## 月2-263, 2ちゃんねる64KB ########
打鍵数 73146 , time 8708676
左46.9 [人17.9 中16.4 薬 8.3 小 4.4] / 右53.1 [人16.5 中16.7 薬13.8 小 6.0]
上段29.0 中段53.1 下段17.9 (良 6.5)
交互68.2 同指 4.7 跳躍 3.1 (良 0.6) 和音12.1

梅配列は、良下段・良跳躍が多め。下段・跳躍のうち
本当に打ちにくい運指は月2-263と同程度。
人差し指が多いけど、月2-263よりはマシ。

ってことで言い訳を終わります。

良跳躍は存在すると思うけれど、大部分は下段から上段への跳躍に限って打ちやすい気がする
Ｃ→ＥかＷ
Ｖ→Ｗ
Ｎ→Ｏ
Ｍ→ＩかＯ

こんな感じか・・・

ただし、跳躍は　(ホームからずれた)初打を打った後
その初打の指を固定したまま、つまり　ホームをはずした状態で指を伸ばして打つ2打目
との組み合わせという気がする

だから人によって感じ方はずいぶん違うかもしれない。

>>595
まったく逆だと感じる。
EDならマシだが、DEは地獄だと思う。同様に跳躍も上段から下段の方が少しまし。
さらにそれよりも、人差し指→小指のストロークの方が打ちやすい。
だから、
Ｃ→Ｗ
Ｖ→Ｗ
Ｎ→Ｏ
Ｍ→ＩかＯ
には同意できるけど、下段から上段への跳躍が全般に打ちやすいとは思わない。

あーちょっと早漏レスだったorz
WV EV IN ON IM OM　の中では、下段から上段への跳躍が打ちやすいって事か。
結局言ってることは一緒で、>>596は補足にしかなってなかったかも。

あー、ごめん
俺のタイプはちょっと癖があって、左手下段はＣＶＢが全て人差し指だから
左手に関して　打ちやすさは他人とだいぶ違うと思う。
Ｃを固定したまま、中指でＥ、薬指でＷ、小指でＱ　単独でＱ・Ｗ・Ｅを打つのと変わらない感じで打てる

Ｃが中指の場合、Ｃ→Ｃに中指固定のま薬指上段の跳躍は打ちにくいだろうね＾＾；
Ｃ→Ｑ、あるいはＣ→Ｃに中指固定のまま薬指を伸ばしてＥ　という打ち方が普通に出来るなら
Ｃ→Ｅはいけるかもしれないけど、Ｃ→Ｗとかは打ちにくそうだ

ってことで、>>595の Ｃ→ＥかＷに関しては　私固有の癖と言うことで取り消します

梅配列だと小梅配列かさくら配列と関係ありそうな響きではある。

あ、小梅配列があったか。
じゃあ梅配列って名前はやめとく。

口語調を想定した配列だけど、堅苦しい文章を打つと
どうなるかを試してみた。

######## GA4-580, 憲法序文 ########
打鍵数 1122 , time 129794
左46.6 [人16.9 中15.2 薬 6.9 小 7.7] / 右53.4 [人20.4 中16.1 薬11.6 小 5.3]
上段28.0 中段49.4 下段22.6 (良 8.5)
交互71.9 同指 4.5 跳躍 3.2 (良 0.5) 和音10.7

######## 月2-263, 憲法序文 ########
打鍵数 1111 , time 131548
左45.9 [人12.8 中16.2 薬12.2 小 4.7] / 右54.1 [人18.0 中21.3 薬10.3 小 4.5]
上段33.0 中段48.1 下段18.9 (良 4.7)
交互70.9 同指 3.2 跳躍 2.2 (良 0.3) 和音13.5

orz
ここまで違うか。
月2-263は堅い文には本当に強いね。

もとの新JISがそう言う傾向だからね。

よく続くよな、このスレ・・・

どうにかこうにかネタが続くね。よろしければ向けの話題も多いけど。

まだ導入はしてないが、こういう性格がはっきりした配列って面白いな。
指の使用率だといまいちピンと来ないが、
「口語向き」とか「重視した指の動き」って観点だと分かりやすくて良い。

性格による比較表みたいなのが作れたら各種配列に興味持ってくれる人が増えるかな？

「口語」と「改まった文」の差異自体には全く触れられていないのが、計算設計らしいなあと思う。
それが良いとも悪いとも言えないが、
「口語の特徴」というものが統語的な特徴なのか語彙的な特徴なのかさえも誰も知らないで議論だけが進むのはなんだかなと思う。

>>605
どういう意味？
頓珍漢なこと言っているように感じたけど。

口語の具体的にどういうところが月2-263に向いていないのか、誰も知らないよね。
月2-263に向いている口語サンプルだって作ることもできるし、探せば簡単に出てくると思う。
「口語」という表現では一般化できない問題なのに、「はっきりと口語向きの性格である配列」などと表現するのはどうなんだろうか。

>461が採用したサンプルされされてないから何とも言えん。
2-263は新JISを元として、口語にも配慮してるから向いてないことはないと思う。
口語の場合サンプルで大分変わるから難しいんだよね。漢語対応は結構ラク
なんだけど。

>>607
> 口語の具体的にどういうところが月2-263に向いていないのか、誰も知らないよね。
> 月2-263に向いている口語サンプルだって作ることもできるし、探せば簡単に出てくると思う。
2chログという口語的表現の多いサンプルで
遺伝的アルゴリズムを適用してもとめた、
という話とそれって関係なくね？

>>609
そうです。
>2chログという口語的表現の多いサンプルで
>遺伝的アルゴリズムを適用してもとめた、
ということと、
>「口語向き」
とは関係がありません。

なるほど。>>484でもすでに指摘されてるが、
つまり弱点を減らすことが重要な課題であって、
どんな文章が得意かという議論にはあまり意味が無いってことか。

なんか思い込みから話を妙な方向に向けてしまったが
(よく見たら誰も明確に「口語向き」とは言ってないね)、言いたかったのは、
設計思想・傾向をいつくかの簡単なパラメーターで表せないか、ということ。
新しい配列を試してみようと思ったときに、親指シフトか中指シフトか行段かなら
どれが自分にとって使いやすそうか考えやすいじゃん。
同じように、「あまり使わなくてよいキー(組み合わせ)」とか
「手がこういう動きになりやすい・なりにくい」といったことで性格付けができれば、
自分に合った配列を探しやすいんじゃないだろうか。

ケチを付けるつもりはなかったんだけど、一応釘を刺しておかないと、「真の意味で口語向きだ」と思う人が出てきそうだと思って。
言っている意味は分かる。済まない。

>>610
そういう、書き手の意図を捻じ曲げる皮肉は嫌だなあ。
>609で言う「月2-263の特性をいくらでも解釈・詐称できる」って話と、
「口語文の多いサンプルに適応させた配列」って事実とは関係ないよな。

で、>610も明らかにおかしいよな。普通に考えたら、口語に適応した
配列になるだろ。そこで、「そうならない」原因として手法やサンプルに
ついて考えるのは有意義だから、>607での
　> 口語の具体的にどういうところが月2-263に向いていないのか、誰も知らないよね。
というのはよい問題提起だと思う。

けど、>605の
　> 差異自体には全く触れられていないのが
は単純に事実誤認だし(609に説明がある)、
　> 「口語の特徴」というものが統語的な特徴なのか語彙的な特徴なのかさえも
　> 誰も知らないで議論だけが進むのはなんだかなと思う。
というのは説明が欲しいところだ。

種々の(未知のものも含めた)特徴に対する適正を、運指効率という指標に還元して
評価することで効率の良い配列を求めよう、という手法だろう？
特徴を明らかにして演繹的に配列を導き出すという手法ならその特徴が不明なままで
議論を進めることはできないが、サンプルに対して効率の良い配列をしらみつぶしに
探そうというときにその疑問の持ち方は、>606じゃないが頓珍漢と思えるぞ。

ただ、運指効率といっても具体的にいろんなパラメータに分解されるわけだけど、
このパラメータが不足している可能性は常にある。"「口語の特徴」というもの"を
示す方向からそれを指摘するのは興味深い話だと思うから、そういう意図があるなら
　> 「口語の特徴」というものが統語的な特徴なのか語彙的な特徴なのか
というのをぜひやってみてほしいと思う。

口語にも話題、口調、口癖、流行語、丁寧さ、方言、術語などによってノイズが混入するものでな…
そもそも変化が早いから、実体を定義するのが難しい＝ノイズに浸食されている部分が大きい。
また口語に最適化したってことは、口語で省略されがちな助詞や助動詞が打ちにくくなっているということでもあるんだと知っておいてほしい。

580のレポートをupしますた。書庫内の _ReadMe.html です。
ttp://up.viploader.net/src/viploader37528.lzh.html

で、まだ名前がない。

サイト作ればいいのに。
しかしここまで凝るとはアホだな。

褒められちゃった。

>>614
そんな自明なことだけを言ってもノイズでしかないから、
> 「口語の特徴」というものが統語的な特徴なのか語彙的な特徴なのかさえも
> 誰も知らないで議論だけが進むのはなんだかなと思う。
というところをぜひ説明してほしいな。

自明か。
> 「口語の特徴」というものが統語的な特徴なのか語彙的な特徴なのかさえも
> 誰も知らないで議論だけが進むのはなんだかなと思う。
共に自明だと思うが。

605 == 614 なの?
ま、それは置いといて、硬い文の例として Wikipedia 秀逸の記事 を
選んで 1-gram を取ってみた。20位までを見ると…
　Wikipedia 　 　ﾞｲｶﾝｼﾃﾀｳﾄﾅﾊﾉｸｷｯｺｽﾆﾙ
　2ちゃんねる 　ﾞｲｳﾝｼｶﾄﾉﾀﾃｸﾊｷｺﾙｮﾆ､ｾ

２ちゃんねる同士でも、ラウンジとニュー速VIPでは頻度の差異はあるのでは？
秀逸な記事でも、「避妊」と「釈迦」では違うんじゃないかな？
n-gramだともっと違うだろうし。

やべ、逆だった。
　2ちゃんねる 　ﾞｲｶﾝｼﾃﾀｳﾄﾅﾊﾉｸｷｯｺｽﾆﾙ
　Wikipedia 　 　ﾞｲｳﾝｼｶﾄﾉﾀﾃｸﾊｷｺﾙｮﾆ､ｾ

ラウンジもVIPも廃人のたまり場なのでほぼ同じwwww

同じくWikipediaの１項目から1-gram を取ってみた。20位まで。

Wikipedia 秀逸な記事（461氏調べ）　゛イカンシテタウトナハノクキッコスニル
Wikipedia “釈迦”　　　　　　　　　　　　゛シウイカンタトノテハコニョクキッルャラ
Wikipedia “避妊”　　　　　　　　　　　　゛ンウイシカニテルトノハクセタヒキコュナ


果たして「硬い文」同士の類似性が見られるだろうか？
>>622と比べると、サンプル量が少ないってことを考慮しても、
>>622サンプルの部分としてフラクタルにはなってないということがわかる。

訂正。句読点を加え忘れた。

Wikipedia 秀逸な記事（461氏調べ）　゛イカンシテタウトナハノクキッコスニル
Wikipedia “釈迦”　　　　　　　　　　　　゛シウイカンタトノテハ、コニョクキッルャ
Wikipedia “避妊”　　　　　　　　　　　　゛ンウイシカニテルトノハクセタヒキ、コュ

逆だったんだってば。ごめん。
>>622

ごめん見てなかった。

Wikipedia 秀逸な記事（461氏調べ）　゛イウンシカトノタテクハキコルョニ、セ
Wikipedia “釈迦”　　　　　　　　　　　　゛シウイカンタトノテハ、コニョクキッルャ
Wikipedia “避妊”　　　　　　　　　　　　゛ンウイシカニテルトノハクセタヒキ、コュ

こうか。

>>615
指の使用率を筋力で決めていることに疑問。
出せる力よりも実際タイプするときに使ってる力のほうが、
指の疲れにくさに近いんじゃないだろうか。
例えばホームポジションを連打するときとか、上段下段交互連打のときとか。
あるいは「ホームポジションからキーへの時間」が長いほど、
指にとっては難しい動き＝負担が大きい、という考え方もできるのでは。

しまった。打鍵時間の関数が間違ってた。またやりなおしだ。
…あ、そのうえ、うぷしたiniファイルが違ってる。

>>628
その決め方も考えた。が、指の器用さで使用率を決めるより、
指の衝撃耐久性? で使用率を決めた方が、長時間打鍵に適した配列が
できるんじゃないかと思って、筋力で決めた。
1089通りの測定で指が痛くなったもんで。
はかりをぎゅっと押すときと、キーを打つときでは、
使う筋肉は違うだろうけど。

前置シフトカナ配列総合スレッドはここですか

このレスを見てると、みんな小指上段とかそれほど打ちにくくないみたいだね。
自分は小指が極端に短くて上段に移動させるとき指を伸ばすだけでは届かず、手首をちょっとひねるか上げるかしないとキーが打てない。
ニコラは小指下段はほぼゼロ。上段も句読点なので小指はほぼ中段固定だった。
でもニコラはキーボードを選ぶことと、寝転がったりして打とうとすると手の角度がほんの少し違っただけで同時打鍵の判定ミスをおかしてしまう。
中指シフトに興味があるけど、月・花その他すべて小指の移動が多すぎてストレスがたまる。
小指の短い人はカナ入力をあきらめてローマ字とかにしてるのかな。

>>631
おお。ちょうど俺も小指が届かなくて困ってる。
月を並べ替えたりもしてみたが、中指シフトのままで小指上段を減らそうとするとシフト量が増えて、ローマ字よりはマシだが、忙しくなってくる……。
ニコラも句読点が小指上段にあるんだよね。こいつはいただけないよなあ。

俺は月配列だけど小指はほとんど使わんなぁ。
左手小指はShiftとCtrl専用だし、右手小指はセミコロンと11列以右にしか使わないし。
薬指がその代わりに頑張ってる。

>>632
やっぱり同じような人がいるんだね。
自分は特に右小指上段が打ちにくい。p@の打ち分けなんか高速打鍵中は不可能。
小指上段の句読点はあまり気にならないよ。
リズム的には一息つくときに句読点がくるし、文節の真ん中で句読点がくるのはモーニング娘。しか知らないし自分の文章には出てこない。

>>633
その手があったね。
小指上段のキーは薬指にまかせて中段と下段のみ小指で打つとストレスが減るかもね。

せっかくの中指シフトなんだからローマ字より打鍵数を減らさないと意味ないよね。
本格的にニコラからの移行を考えてる。

>>634
＞小指上段の句読点はあまり気にならないよ。
＞リズム的には一息つくときに句読点がくるし、

それなら月にはすぐ慣れるんじゃないかな。
俺なんて、SKYの右小指上段読点が辛かった。

@は、キーが小さいB5ノートなら即死しそうだが、
フルサイズキーボードなら、こちらも慣れでなんとかなる…かも。

>>635
このあたりって個人の好みなのかな。
自分は句読点で立ち止まるからリズムが乱れても平気だけど、文節の途中で小指上段の打鍵になるともう駄目。
思考の途中で無理やり邪魔が入って中断させられた感じがする。
キーボードは富士通のニコラ配列のをつかっていまローマ字で打ってる。
椅子に座って正しい姿勢で打つならニコラ最強と思うけど、ベッドに寝そべると慣れないローマ字より効率が悪い。
SKYもちょっとやってみたけど「どう」をd-o-uと打つか効率のよいd-ouにするかで戸惑ってしまった。
無意識に打てるようになるには時間がかかりそうだし、キーの打ち方は一種類が自分にはあってるように思う。
ヘルニアで座って打つのがちょっと辛い状態なので楽な姿勢で打ちやすい配列はないかなと思って今模索しているところ。
薬指の変則打ちをちょっと検討してみるよ。

>>636
たいへんだな。
今日は試しに寝たまま飛鳥を打ってみよう。
ニコラは相当長い間使ってたの？

>>637
ワープロのオアシス→マックでＲボード？Ｄボード？→Windowsと使ってる。
途中ノートでニコラが使えないときローマ字にしていた。
ローマ字はp-が極端に打ちにくい。-は配列を変えればすむことだけど。
ニコラで手首をつけた状態がデフォルトなので、寝そべって肘をついて手首を浮かすと同時打鍵の「の」「な」でさえ判定ミスで何度も打ち直すことになる。
結果立ち止まるウサギのニコラより、歩き続けるカメのローマ字のほうが早くゴールにたどり着くことになる。
中指シフトはローマ字と同じく多少手の角度が違っても極端に打てなくなることはなさそうだし、打鍵数の少ないカナ入力なのでポストニコラとして有力かなと思っている。

叢雲配列
ぃょ●たさ ？つて●っぁ
しい★かな ？のと★んう
す、もはゅ ？ゃおに。る
●　　　　　　　　　　
　ぴびだざ ？づでぶぷ　
じぐぞがげ ？ぜどごぎヴ
ずぽぼばぱ ？ーをぢぺべ
★　　　　　　　　　　
ぅみひめむ ？ぬらふよぇ
えくそあけ ？せまこきり
ぉれほわゆ ？やねちろへ

このぐらいなら小指許容範囲じゃない?

？ってなんだよ

>>639
ありがとう。
候補に入れてみるよ。

http://202.245.103.49/kenshu/resources/freq.htm
http://kanji.ifdef.jp/search.html
http://www.geocities.com/ken_nishimura/im/

肘が着くとダメかー。
シフト判定をかなり甘く設定したらなんとかなりそうだったけど、
もう同時打鍵はやめといたほうがいいんだろうな。

うつぶせ肘着きで作業してみて思ったんだけど、
段間移動が手首だけの運動になって、かなり辛い気がする。
小指に限らず、段間移動は少ないほうがいいんじゃないだろうか。

月配列は中段使用率が ５７％くらい。
Nicolaが ５４％くらいだから、悪くはないんだが、
下駄配列は ６７％だし、叢雲もそれなりに高いはず。

運指のボトルネック計算のバグを直して再計算。
あと運指時間の基礎データも、もっと脱力して再測定したものを使用。
月2-263より打鍵数は0.3%ほど多くなっちゃった。

<通常>
こしなょせ むっいのるら
てか★たと くん★゛にー
けもすはさ きう、。゜・
<シフト(★の後)>
ぁゃめへゆ ぬえまれぇ「
ぃふつあよ わちおやそ」
ぅほろゅね みりひをぉ　

運指は、月2-263に比べて、良い!! と言えるほどではない。あまり変わらず。
特徴は、「普通の安物キーボードをエルゴノミックぽくに使う」くらいかな。
これは狙ったわけじゃなくて結果論だけど。

644 の配列で、使用回数が 1位〜17位 までを●、18位〜33位を○ で書くと、
　○●●○○ ○●●●○○
　●●●●● ●●●●○○
　○○○●○ ●●○○○○
月2-263 を同様に調べると、
　○●●●○ ○●●●○○
　●●●●● ●●●●○○
　○○●●○ ○○○○○○

というわけで、肘は開いて接地、人差し指は上段より下段がいい人向け。
(オレ人差し指が短いの)

>>643
ヘルニアの人間にとってうつぶせで肘をついて頭を上げるのはきつい。
イナバウアーは自殺行為。
自分は体を横にして寝転がって打ってる。

シフト判定を甘くすると、今度は漢字変換のつもりでシフトを押したものがその直前に押したキーと合わせて同時打鍵と判定されてしまう可能性がある。
一時期むちゃくちゃ早く打てたとき何度も体験した。
通常のニコラがコンマ何秒か忘れたけど、それより早く変換キーを押すと同時打鍵と判断されてしまう。
変換キーはワンテンポ遅らせて打てばいいのだろうけど、わがままでごめん。

わがままついでに、ニコラの人間は小指を軸にして打つ傾向にあるらしい。
文節の途中に句読点は出てこないので、文節・複文節に限っていえば小指の中段使用率は９９％を超えると思う。
小指が固定された状態で他の指が上下する。
下段の使用率も低いので、感覚的には「小指は中段に固定して、それ以外の三本の指が中段か上段をうてばいいよ」っていうのがニコラだと思っている。
ちょっと極端だったかもしれないけど。これは同じ親指シフトでも飛鳥やトロンではあじわえない単純明快さだと思う。
小指の短い自分には理想的な配列だった。

ニコラの運指を引きずったままでは他の配列は無理だということに気がついた。
で、中指シフトのユーザーさんたちはどんな感覚で打ってる？
自分は小指を固定してワイパーを動かすように打ってた。
中指シフトだと、中指を固定して飛行機の羽を揺らすように打ってるのかな？
長文でごめん

月配列に軸は存在しないな。
上下２段の往復って感じ。小指は低頻度に薄く広がってる。
全体の１割の需要がある濁点に重心を感じるけど、軸って感じではない。

NinjaTに「月配列の練習」ってメニューがあるけど、
このスレでは未出か？

軸はないね。気合い入れてるときは手首を浮かせて打つことも。

花配列は「小指を使いすぎてはいけない」っていう視点から、
新JISも「小指を軸にしていてはもったいない」っていう視点で作られてるからなあ。
花配列の指負荷はNICOLAと比べて、両小指を合計9％も減らしてる。
新JISはNICOLAの小指軸の「う、ん」を、あべこべに人差し指に集めて軸を分散させてる。

これを両方とも受け継いでる月配列は、「小指は遊んでてもいいから、、それ以外の三本の指が中段と上段を打ち分けるよ」って感じに仕上がってると思う。

軸はないのか。
ニコラの場合は小指、ローマ字の場合は人差し指FJがホームポジションの基点になっている。

小指上段は薬指で代行しようと考えるので問題はほぼ解決しているが、負荷とは打鍵数で計算するのは問題だと考える。
打鍵数＝負荷なら、上下移動＝ストレスという新たな項目が必要になり複雑になってしまう。
バッターボックスで３割のほうが、テニスコートで移動しながら２割打つより自分は楽に感じるし疲れない。
ニコラが使えない以上、中指シフトカナ配列がベターだと思うので、現存の配列か独自の配列にするか熟考してみるよ。

>>651
> ローマ字の場合は人差し指FJがホームポジションの基点になっている
でも FJ なんかより T Y U N を圧倒的に多く使うから、結局便宜上の基点でしかないんだよね。

> 上下移動＝ストレスという新たな項目が必要になり複雑になってしまう。
新JISなら、それも一応計算してはいる（計算の結果が妥当かは別として）。花配列はしてない。
月は、「よくわからないから、新JISに倣っとこう」って感じになってる。

>>652
またやっちゃったかも。言葉が足りなかったね。
常に使用する軸としての意味じゃなくて、ホームポジションを維持するためのものを基点といいたかったんだ。ニコラは軸も基点も小指。
みんなもそうだと思うけど、キーボードは見ないで打ってるよね。手探り(この場合は指探り）でホームポジションキーに戻るときローマ字の場合は最初にたどり着くのがFJだったということ。
もしかしてそれを便宜上の基点と６５２さんは言ってるのだったら取り越し苦労だけども。

花が上下移動を考慮していないのには驚いた。
自分は小指中段に根っこが生えた状態だから、そこを変えないと正しい判断はできないと思ってる。
やっぱ配列は奥が深いね。
結局はローマ字にたどり着きましたになっちゃうかも。
ちょっと弱気になってる。

人差し指が動くときは小指が残るし、小指が動くときは人差し指が、って
感じだと思うけど。親指や手首も基点になるんじゃないの。

自分にどれが合うかはいろいろやってみるしかないね。自作もまた良し。

>>653
> もしかしてそれを便宜上の基点と６５２さんは言ってる

そうそう。そうです。
月の場合の起点はどうだろう？
俺は人・中・薬のどれかから３本とも揃えちゃうのが落ち着くが、
一般には英文タイプと同じく、FJを起点にするのが多数派なんじゃないかと思う。

ニコラはキーの突起も小指にあるんだっけね。

ホームポジションを維持するものとしての意味での
基点は人差し指、小指、親指が　それぞれ役割を持ってるね
ＱＷＯＰあたりを押すときは人差し指が基点になるし
半/全 や ￥、BS Ret 等では 親指が基点になってる
全体的に、頻度の高いキーは小指基点が多いから、気持ち的には小指基点になっている

だから、ホームポジションを取ったとき 左右の親指は常にスペースの決まった位置に
軽く触れた状態になる

前置シフトを謳っている配列で、中指メインではない配列ってある？

>>657
新JIS
アクセシビリティ対応Nicola
飛鳥ベース月配列 AsKaIME2

もまえら、ぐだぐだ理屈こねるな。黙って新JISを使えよ。

小指シフトは右が遠くてイヤン

新JISの本命はセンタシフト(SandS)よ。

またかそ

Anthyの月配列対応で忙しいからな。

配列なんてそう語ることない。使うだけ。
金がかかるわけでもない。設定次第でどうにでもなる。ただ乗り換えればいい。
俺は使う。お前らのことは知らん。以上。

よく知っているくせに。

ツンデレかｗ

ほしゅ。

■報告
窓使いの憂鬱 5スレにて埋め荒らし→偽の次スレ建てが発生しました
http://pc8.2ch.net/test/read.cgi/win/1118469602/808-n

偽スレは削除依頼しますので建て直したこちらを使ってください

■本スレ誘導
窓使いの憂鬱 6
http://pc8.2ch.net/test/read.cgi/win/1156950577/

花使い、生き延びているか？

リアルに花使ってる人ってそもそもいたっけ？

massangeanaさんとか。風から入って花も使うようになった人もいるし。

いよいよこのスレまでか

と毎回思いながらなぜか4打鍵目まで来た。

おまえら、しっかり布教活動してますか？
目指せユーザー数４ケタですよ！

なんのために？

そこに月があるからサw

分かりやすいな。

分かってくれたかw

よろしければ配列について教えろ その6
http://pc7.2ch.net/test/read.cgi/pc/1160664404/

すみません。質問させてください。
風を使って花配列で:を打つにはどうすればいいのですか。

侯補を絞れないんです。

「ころん」で変換・・・・ごめん、風は使ったことないや。

珍配列できたよ。
句読点、濁点はスペース。
小文字はIMEでなんとかする。

ぬとかこさ　むきしつ「」
のて★たな　くう★いんー
ちやゆよそ　はすれる・

　らあね　　　　　ろを
せにもお　　　みわふひ
　　ほへけ 　 　
　　　　　　　　　　っ
　ま　め　　　　え　り
　ゃゅょ

>>682
> 小文字はIMEでなんとかする。

その手があったか

>>682
一番下は同手シフト？半濁点はどうする？
DHやKGを使わないあたりもかなり妙だｗ

ところで>>461と>>462はもう来てないのだろうか。
完成形になってるなら、上達してきてからの使い心地を聞いてみたいな。

早速試してみたが、手が右下段を激しく嫌がっているので、少し変更中。
KG,DHも使うことになる。

人力ですべて決めているのではなくて、PerlScriptで打鍵列を評価。ソートを繰り返している。
元データは500KBほどあるが、計算速度（あるいはメモリが足りない）の都合で、
一度にはそのうち25KBを使用。これを取り替えることで撹乱にもなる。
>>461のように難しいことはしていない。

半濁点は配列としては、スペース連打。は＞ば＞ぱ。
これもIMEで何とかする。（清音と同一視）

IME用辞書については試作中ですが、自立語は元データの
質量だけが問題。とりあえずalt-cannadic, SKKdicあたり。
問題は送り仮名の「っ」。

変換しようとして、濁点がつくのは鬱。（変換キーがデフォルトの
ままなら良いのだけどEnterになっているから。）

>>682 句点と読点はどうやって打ち分けるんだ？

一番下は同手シフト。前後の都合でアンシフト右手左手の代替。
上の図で言うと「ま」は人為的に動かしてもすぐそこに戻る。
しま　まし　ます　の影響だろう。

Dスペースが「。」
Kスペースが「、」
で計算している。

>684
来てるよ。最終形はこんな感じ

叢雲配列
ぃょ●たさ  つて●っぁ
しい★かな  のと★んう
す、もはゅ  ゃおに。る
●　　　　　　　　　　
　ぴびだざ  づでぶぷ　
じぐぞがげ  ぜどごぎヴ
ずぽぼばぱ  ーをぢぺべ
★　　　　　　　　　　
ぅみひめむ  ぬらふよぇ
えくそあけ  せまこきり
ぉれほわゆ  やねちろへ

叢雲配列に対応したさいころえんぴつを用意したのでドゾー
・３・)つttp://www.fiercewinds.net/download/SaikoroPencilMurakumo.zip

感想としては、よろしければスレに書いたけど

利点
・頻出文字の入力が楽。
・何だかんだいって１〜２キーで入力できるのは自然な感じ
　（さくらの方が自然だったけど……）
・濁音もたいがい中->人のアルペジオで入力できるので、意外と効率的
・（中->薬のアルペジオができれば）頻出の「き」「く」も楽。

欠点
・何といっても覚え辛い。頭で記憶しても指はなかなか覚えない。
　月とか花とかよりもまだ覚えやすい方だと思うけど……飛鳥とか良く覚えられるよね。
・一部入力しづらい文字がやっぱりある
　- どの(殿) / との
　- 一部外来語（モデル、パターンなど）
・頻出の「しょ」の入力にコツがいる（小->薬のアルペジオ）

といった感じ。なかなか良くできたと思うよ。
＃さくらでも十分快適だった気もするけど……

>>690
乙っす

ちょっと思ったんだけど、

> ・何といっても覚え辛い。頭で記憶しても指はなかなか覚えない。
> 　月とか花とかよりもまだ覚えやすい方だと思うけど……飛鳥とか良く覚えられるよね。

たぶん指で覚えるのに必要な練習量は
結局、月でも花でも飛鳥でもかな配列は
どれもそんな大差ないんじゃないかな？

>691
多分、指で覚えるのは同じぐらいだと思う。さくらでも使いこなすまで
月単位で時間かかったし。

ただ、さくらと比較した感想になるけど
　さくら：忘れても考えればわかる or 探しやすい
　叢雲：　鍵盤から探すのが大変
ということで、最初の段階のストレスがけっこう違った気がする。

飛鳥は濁音までバラバラだから、やっぱり初期の学習コストは
高いんじゃないかな？

学習コストは高かったけど、
意外と忘れないから人間侮れないな。

飛鳥は感触は良いけれど、爪を伸ばしている人間には下段が。。。

「っ」問題は解決のめどが立ちました。発想を変えて、
「ったえ（る）」→「伝え(る)」でいけそう。
ついでに「ほるだ→フォルダ」「ちー→ティー」「びくとりあ→ヴィクトリア」
なんてのは簡単な話で。

配列は計算中なり。

飛鳥でも「縮む」の「ぢむ」が特に面倒だから、「ちじむ」と入力してATOKの修正昨日で修正させてる。
誤変換を引き起こさない範囲であれば、小文字や「ぢ・づ」は省略してしまってもいいだろうね。

　　　／⌒ヽ
　　/　´_ゝ`）すいません、ちょっと通りますよ・・・
　　|　 　　/　　　　　　　　　　　　佐賀
　　| /|　|　　佐賀
　 //　| |　　　　　　　　　佐賀
　Ｕ　 .Ｕ

ああ、こんなところにまで佐賀が……

GA評価関数で、ボトルネック計算に間違いがあったのを修正して、
たぶんこれが最終形…だと思う…

こなとけろ むるいのれめ
たて★かは っん★゛しー
すょせきさ くう、。゜・

<★シフト>
ぁねゃほゆ ぬわあにぇ「
ぃおらもふ やつまちえ」
ぅゅそよへ みりひをぉ

1〜2ヶ月くらいこれを使ってるかな。
NinjaTで測ると、200文字/分くらいの速度が
出ているようだ。

打ちやすいし、エルゴノミック的なキー使用率でもあるんだけど、
打鍵数は月2-263より1%ほど増えるし、いまいち数値的なインパクトに
欠けるので公開をためらってた。

標準で「つ」がある場所に、頻度の全然違う「む」が来ているとか、いろいろ面白いね。

>>698
なんかよさそう。
いままで月配列は見てるだけだったけど、乗り換えてみようかな。

こちらも、一応完成ということで。感触は悪くないです。
もう少し早く打てるようにならないと､判りませんけれどね。

「てたまほ　・ちしつ？
のか★とな　くう★いんー　（アンシフト）
やゆよにへ　きる、。」

　れあわ 　むおを
さもすらせ　みはけこふ　（シフト）
ゃゅょそ 　ひ
（略）


　　ぽぺぷ　ぅぇぉっ
　め　えぴ　ぃ　りろ；：　（同手シフト）
　　　ぬぱ　ぁね
（濁点はスペース）

比較とか。
ttp://www20.atwiki.jp/poppy/

TypeMatrixの二番煎じっぽいけど
日本語キーボードを前提にして

半　１２３４５　６７８９０−＾￥BS
TA　ＱＷＥＲＴ　ＹＵＩＯＰ＠［
　　　ＡＳＤＦＧ　ＨＪＫＬ；：］　　　EN
Sh　ＺＸＣＶＢ　ＮＭ，．／￥
　　ALT　無　SPC　変

こんなキーボードのＤとＫが中指シフトで
ＨにEnter、ＹにBSを割り当てて

半　１２３４５　６７８９０●●●●
○　○○○○○　BS○○○○○●
　　○○★○SP　EN○★○○○●　　●
Sh　○○○○○　○○○○○○
　　　　　○　○　○　○

右側下段の　かな 右ALT アプリ 右Ctrl　そして右Shiftあたりのキーは不使用　というか既存のコードそのまま流用で
EnterはＨの位置に、BSはＹの位置に、SPACEはＧの位置に
左ALT 変換 無変換 TABあたりは最上段の 「−」から「BS」あたりに移動（変換・無変換は頻繁に使う人も多いのかな・・）

左Shiftを残すか　移動するか　通常文字のキーに変更するかは未定
「］」キーや「］」キー、そしてEnterキーのあたりは文字キーを割り当てるより、使わないか機能キーやNumかFnを割り当てる感じで
Spaceの段を文字キーにしていくのか、第2Shift、第3Shiftを設置していくのか未定


配列そのものについてはまだこれからとして・・・
こういうのはどう思う？

>>703
機能キーを人差し指、文字やシフトを親指に、というのは何年も前に既にやってみたことがある。
SPACEがGにあるのは恐ろしいことだ。やるならDかK。
いろいろわかってくるから、やってみるといいよ。

>>704
中指シフトで考えてたからSPACEをDかKってのは・・
空白を出すためだけのキーならば「−」のあたりでいいと思うんだけど
変換で多用するからそういうわけにもいかない
とか色々考えては見たんだけれど
普通のキーボードを完全に捨てるわけじゃない（普通のキーボードを使う事もある）なら
Enterだけは変えないほうがいいか・・・
Enterの位置のキーを普通のキーボードで打つときに強い躊躇が生まれる体質になってしまいそうだ＾＾；

ローマ字でええやん。

キーボードで一部キーが入力できないんです。
だれかおしえてください！
Ｕ、Ｉ、Ｏ、Ｐ、７、８、９、０が入力できないんです…

>>707
ヒント）Numlock

Ｎｕｍｌｏｃｋは右側の数字キー入力が変わるのでは…
文字入力がー部だけできないのはなぜ？

>>709
ノートパソコンだったらNumlockで ＵＩＯ、JKLが数字になる

キー入力ができないって言ってるんだから
数字にもならないんじゃないか？

すみません、菱で月2-236を使ってるんですが、
最上段の数字キーを押すと、その後の入力が全角英数になってしまうんですが
そうならないように出来ないでしょうか？
IMEはATOK17なんですが、ATOKの設定が悪いんでしょうか？
毎回ひらがなキーを押すのが面倒なんです・・・

XPなら詳細なテキストサービス切ってる?　関係あるかどうか知らんけど。

繭併用してたりしないよね。

>>713
2000でやってます。テキストサービスは動いてないようです。

>>714
繭（＝窓使いの憂鬱？）は以前入れてました。
キーコードを調べるために入れてて、キーの置き換えなどはしなかったんですが、
もしかしてこれでしょうか？

菱導入当初からこうだったような気がしたので、仕様かもと思ったんですが
今の状態は通常動作ではないんですよね？
今度OS入れ替えからやり直してみます。
スレ汚しどうもすみませんでした。

2000で、現在繭使ってないなら>713,714は関係ないね。
仕様ではないよ。
設定ファイルは　http://jisx6004.client.jp/tsuki.html　ここのやつ?

>>716
そちらのではないようです。
どこからダウンロードしたか覚えていないんですが、
readmeにそちらを参考に作成したとあったので。
設定ファイルに改行が入っている点だけ違いました。

あと、今の設定でも起動直後は問題ないことに気付きました。
何らかの操作でおかしくなるようです。

とりあえず設定ファイルを入れ替えてみました。

>>698の数値評価をしてみた。かなり優良。
ttp://www20.atwiki.jp/poppy/pages/15.html

数値で示すと、シフトを一打鍵と数える配列や、行段系の数値が増えて見え、
かといってパーセンテージで示すと、打鍵数の少ない配列の利点が見えなくなる罠。

>>707
ここを読んでみ。
http://support.microsoft.com/default.aspx?scid=kb;ja;416037&Product=win2000

月配列を覚えようと思ってるんだが、皆どうやって練習した？
カナ系は初めてなんで戸惑ってる

配列表を見ながら50音順にだいだい覚える→慣れてきたら逆順や「あかさたな・・・」
→ランダム(メモ帳で練習したので、縦読みしたり、打ち間違えごと写したり)
→掲示板の書き込みに利用→そこそこスピードが出てきてからはタイプウェル国語K

ローマ字を使いつつ気力のあるときだけ練習してたんで、
タイプウェルに入るまで二ヶ月くらい掛かったな。
まじめにやればここまで掛からない。
月使い始めから半年で総合成績A、一年でSSまで上がって、
それからは上達速度がかなり落ちてきた。

濁音や拗音などの違和感は案外すぐになくなる。
むしろ完全タッチタイプのせいか、上段下段を逆にしたり
左右対称の位置を打ってしまうようなタイプミスがなかなか減らなかった。

俺は>>491氏の>>698配列を先週から使い始めてみた
よく憶えてないうちからたどたどしくても無理して使ってたら
身についてくるんじゃないかな

俺はゃゅょをよくどれがどれか間違える

キー自体問題なくタッチできるなら使ってたら何とかなる。
小指領域はあんまり使ったことがなければまとめて練習したほうが良いと思う。
30分*数日もやったら充分。
QP@は薬指で打ってしまうのも手。

>>718
乙。うちで調べた結果も同じような感じ。

698配列のNinjaT用設定・問題ファイルを置いといた。
ttp://www.geocities.jp/rage2050a/GeneKana/nnjt_ga.lzh

名前つけないの？

月配列 4-698 か

以前は月に関わる名前を付けようって動きがあったけどあんまり定着してないね

自分はずっと2chスレの時系列で月の変遷を見てきたせいか
2-263 / 3-154 / 3-196 / ……みたいな名前で捉えているし、配列もイメージしやすいんだが
「○月配列」と言われると名前と配列が結びつかなくて混乱するんだよなぁ

>>726は461自身のコテハンのことを指摘してるかもしれんが。

新JISの面影が無くても月なのか？
「月配列」の定義がはっきりしているわけじゃないから名付け親次第だが。

新JISを知らないで月を始めたオレにとってはどれも「月配列」だな。

新JISから2-263が生まれてそれを叩き台にしたx-xxxが出て、さらにそれを発展させたx-xxx改、
個人個人の試行錯誤から亜流・傍流が生まれて他配列の影響を受けて新たな評価関数が出て…

月の系統樹があるとしたら、未出の配列達が見ているのは新JISじゃなくて「自分以前の月」かもしれん。

★「にくちゃんねる」休止について

2001年12月頃から過去ログの公開を続けてきましたが、
最近はログ全体とアクセス数の急激な増加に伴い、安定した運用が難しくなってきましたので、
2006年12月31日をもって、公開を休止することにしました。
今後の再開は未定です。

休止後も、スレッドタイトル検索・DAT2HTMLの更新は続けていきます。

既存のリンクから http://makimo.to/2ch/hoge_fuga/1234/1234567890.htmlへのアクセスがあった場合は、
http://hoge.2ch.net/test/read.cgi/fuga/1234567890/へリダイレクトさせる予定です。

2006/11/22

「にくちゃんねる」休止のお知らせ
http://makimo.to/close.html

関連スレ
【●】「にくちゃんねる」休止のお知らせ･･････ 過去ログ倉庫【買うか？】
http://news20.2ch.net/test/read.cgi/news/1164162822/

698配列は、新JISをもとに設計したわけではないから、
「月配列」の一種ではないと思う。
(じゃあスレ違いじゃん、てのはおいといて)

月配列というより、GAで生成したから、
「花配列」の眷属のような気がする。
だから名前をつけるとしたら、何か植物の名前が
いいと思うんだよな〜。

どうせなら動物の名前にすれば？
猪配列とか。ｗ

で、次が鹿配列。次が蝶配列。ｗ

QWERTYの「GA」にあたるところを読んで
「旗」配列はどう？

あるいは数字の698を花の名前に読んで
「むくげ」配列とか
なんか韓国人ぽいけど

ムクゲは698が韓国人じゃないならやめとけ

ムクゲの花が咲きましたって映画は南韓国と北韓国が手を結んで日本を核攻撃するっていう
反日の象徴になる映画だ

月はどっちに出ている……は問題ないか

>>735
いや別にそれに限らず、むくげは韓国人にとっては
自分の国を象徴する事実上の国花だと思ってるらしいから

月夜に咲く花なら月下美人だけど。

月下配列とかもじって月花配列をGEKKAと読むならGAが入るな…（月下美人はクローン栽培だが）

　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま 今　起こった事を話すぜ！
　 　 　 　 　 |i i|　 　 }!　}} /／|
　　　　 　 　 |l､{　 　j}　/,,ｨ//｜　　　　　　　『Wikipediaがトップに出るだろうと月花美人でググったら、
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　縛り上げた荒縄がぎりぎりと女体にくい込み、そして悦楽の極みに達する…』
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　 　 　 ／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　 ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも何をされたのかわからなかった
　　　　,ﾞ　 ／ )ヽ iLﾚ 　u' |　| ヾｌﾄﾊ〉
　　 　 |／_／　 ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／ 二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　　超スピードだとか催眠術だとか
　　 / // 　 广¨´ 　/'　　 ／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　 ノ:::::`ー-､___／:::::／/ 　 　 　 ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　 　　　ｲ　 もっと恐ろしいものの片鱗を味わったぜ…

月下氷人

　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま 今　起こった事を話すぜ！
　 　 　 　 　 |i i|　 　 }!　}} /／|
　　　　 　 　 |l､{　 　j}　/,,ｨ//｜　　　　　　　『月下氷人なら大丈夫だろうとググったら、
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　「18歳未満の方は閲覧出来ない〜」
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　 　 　 ／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　 ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも何をされたのかわからなかった
　　　　,ﾞ　 ／ )ヽ iLﾚ 　u' |　| ヾｌﾄﾊ〉
　　 　 |／_／　 ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／ 二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　　超スピードだとか催眠術だとか
　　 / // 　 广¨´ 　/'　　 ／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　 ノ:::::`ー-､___／:::::／/ 　 　 　 ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　 　　　ｲ　 もっと恐ろしいものの片鱗を味わったぜ…

ワロタw

おいすー　今日から月挑戦してみるぜ

レポよろ

笑た

ＴＲＯＮ配列みたいに「…」←がキー入力できると楽でいいんだけどな。

やりたければWIndowsのMS-IMEやATOKでも繭とかさいころとか使えば出来る。
配列の問題ではないな。

>>746
オレは、濁点キー(L) が1打鍵目に来たら、IMEをコード入力モードにして、
次のキーによってSJISコードを直入力するような繭ファイルを作った。
例えば L + 右カーソルキー で矢印「→」が出るとか。
でも「…」は _ (下線) で単語登録してあるから、変換だな。

あけおめ。

「月配列4-698」って名前でタイプウェル国語Ｋにエントリしてみたよ。

>>750
オレも使わせてもらってるよ。

俺も4-698使ってる

「失礼します」と打とうとすると
２回に１回は「失明します」になっちゃう…。

使ってくれてる人がいるんだ。それはよかった。

>>752
オレも最初はいつも「配列」を「はいめつ」と打ち間違ってた。
右小指がよく動かないと辛い配列かもしれない。
　われめ なめれば メードさん しーしー
なんて打つともう大変。

もっと俺様配列晒して

スレ違い
ttp://pc9.2ch.net/test/read.cgi/pc/1160664404

俺に言ってるんだったら「新JIS・月系の俺様配列」って言う意味だよ。
このスレで言うんだからそこまで言わなくても分かると思ったんだけど。

>>755
む。オレのことだな。
4-698配列は新JISをもとにしたわけじゃないから、確かにスレ違いかも。
中指シフトってことでここに書き込んでるけど、
よろしければスレに引っ越したほうがいいかな?
あっちはローマ字拡張や親指シフトも含めた話題だけど。

とりあえずわかりやすさの面から言って、中指シフトでも配置が新JISベースじゃないものは月を名乗らないほうがいいと思う。

それとは別に、
叢雲もここだし、もう少し先だけど次スレは 新JIS・月・中指前置 にするとして中指系はここでいくっていうのはどう？

中指って言うか、前置シフトのかな系配列って言うか。同じようなもんだけど、薬指とか
使うのもあるしさ。

よーしパパ 4-698配列の拡張入力を晒しちゃうぞ。

●半濁点拡張: 1打鍵目が半濁点キーのとき、2打で ピプペポが打てる
ハ行はハ以外すべてシフト側にあるので半濁点つき文字が3打鍵になっちゃう。
これを楽にするために、゜[/] が1打鍵目に来たとき
[,]=ピ、[G]=プ、[B]=ペ、[R]=ポ が出るようにした。
ただ、「ハプニング」「ハピマテ」など、1文字目がハで2文字目がピプペポの場合、
ハの後に半濁点を押すと半濁点拡張に入るのではなくハがパになっちゃうので
ちょっと一貫性に欠ける感じ。

●同手シフト拡張: 外来語を楽に打つ
外来語で小さい ァィゥェォ を打つときシフト操作が多くなって面倒なので
同手シフトで楽に打てるようにした。交互シフトの音を外来語っぽく読んだ
文字を割り当てている。
左シフト[D] → はふ[G]=ファ , さへ[B]=フェ , けほ[R]=フォ
右シフト[K] → 、ひ[,]=フィ , しち[L]=ティ
同手シフトで外来音を打った直後に濁点キーを押すと、
ファ→ヴァ , フィ→ヴィ , フェ→ヴェ , フォ→ヴォ , ティ→ディ
のように濁点化する。
mayuのkeymapが、だんだんややこしくなってきた…

うーん.. そんなややこしいことするなら、そもそも配置を見直した方がいいような。

半濁音3打が嫌なら、Uxとか叢雲みたいに4シフトで実現するとか、
弓みたいに外来音を考慮して配置するとか、3-285改みたいに外来音そのものを元々定義してしまうとかね。

濁音も前置にするのがエレガントではあるんだろうけどね。
あるいは中指を後置する。

叢雲はエレガントだと思うけど……効率はどうなのかね？

打鍵数は前置系の中では少し多めじゃないかな。
サンプル数が少な目だったが、前計算したのでは

2-263 ＜ 星 ＝ 花 ＝ 4-698 ＜ 弓 ＜ 叢雲

って感じだったと思う。
まあ大きな差はないから、配置がしっくりくるやつを選べばいいんではないかと。

叢雲はその分打鍵範囲が狭いし、頻度の高いカナと低いカナの打ちやすさの差が2-263より
小さい。2-263だと例えば「ぴゅ」に5打かかる。
俺は2-263しか使ってないんで打ち心地の差は分からないけど。

ああ。。清濁同置なことも考えたら、バランスはいいかもね。
清濁同置でカナごとの差が少なくて範囲がせまいのは今のところ叢雲だけかも。
中指上段シフトの打鍵感が気になるところだな。

>>424
>中指率高いのってよいとされるけど
>俺あまりよく分からないんだよな
>中指シフトの月スレ4-698にしてみたけど
>なんか中指がだるい気がする

4-698は疲れを考慮せず、運指の最高速度のみによって配列を決定してるはずだから、
ある程度だるいのは当然だと思うが。
瞬発・短距離系競技用配列ってとこか。
紙みたいにペラペラの短距離走用シューズで登山したら痛いのといっしょ。
目的で選ばなきゃ。

長距離の快適さと短距離の速さはある程度両立は
できると思うけど、そういうのは結局、時間をかけて
じっくり試打しながら作っていくしかないんだろうか

確かに、評価関数に「疲れ」をモデル化してはいないけど…
中指がだるいってのは、単純に、4-698配列は中指使用率が
一番高いから、だろうね。

2ちゃんログ64KBを打ってみるとこんな割合 (%)。
左45.1 [人14.1 中16.2 薬 8.5 小 6.4]
右54.9 [人15.6 中16.8 薬14.7 小 7.7]

中指の使用率が高くても、ホームしか打たなければあんまり疲れないような気もする。
そんな配列を作るのは事実上無理だが。

タイムアウトや長押しを導入して、５ストロークくらいまで許せば
右手率・中指率・ホーム率がすべて100％の配列も余裕じゃないかな

それなんてモールス信号?

それを突き詰めたら職業ワープロの世界だろ俺も考えたことある

キー一個じゃどう突き詰めても職業ワープロにはならんと思うが。
中段だけならステノワード(スピードワープロ)があるがね。

次スレのスレタイを考えてたら眠れない。
半年ぐらいの猶予はあるのだが。

次スレは・・・よろしければスレと統合するのが無難なんじゃないかな。
「利用者が多そうなもの」としてあっちのテンプレに加えるとか。

気が早いなw
君らがその頃もここにいるか分からんし
また半年後に考えたら？

新ＪＩＳ系中指シフト配列を使っている人って何人くらいいるの？

5000人弱

50.00人

5人弱

6人

じゃいつものように点呼で
ノ　１

ちょっと待て。ここで点呼しても
チャネラー かつ 中指シフター である人しかカウントできない。

点呼なんてばからしいから参加しない人もいれば、
一人で何度でも参加する人もいるかもしれない。何の意味もない。

オレは新ＪＩＳ系ではないからな〜。

<チラシ裏>タイプウェルランキング、順調に上昇中</チラシ裏>

まだ抜かされてない

過疎ってるな。中指シフト気合い入れてやってみようと思うんだが
この寂しさは、結局みんなちょっと試してみたがやがて元に戻してしまった
ってことでＯＫ？

毎日使ってるさ、空気のように。ずっと使ってる人にとってはいまさら語ることがないというか
語り尽くしたというか。

>>788
ネタがないからスレが伸びてないだけでそ

何のひねりもなく2-263を1年強使用中。

まさに皆様の仰るとおり
点呼よりも反応が良いのにちょっとワラタw

109キーボードでDovorakの場合って

!　"　#　$　%　&　'　(　)　=　 　{　}　|
1　2　3　4　5　6　7　8　9　0　[　]　\
*　<　>　P　Y　F　G　C　R　L　?　`
:　　,　.　　　　　　　　　　　　　　　/　@
A　O　E　U　I　D　H　T　N　S　=　~
+　Q　J　K　X　B　M　W　V　Z　-_
;　　　　　　　　　　　　　　　　　　　＼

見たいな感じでいいんでしょうか？

なぜここで聞く。

自分の好きなようにすれば良いんじゃないの。Dvoな時点で互換性は事実上捨てているみたいな
もんだし気にする必要ないと思うけど。

本物はどうなのかなってことです。

109Dvoの規格があるわけじゃないし、本物とかないよ。

いや、それをここで聞いてもスレ違いだってことに気がつかないの？
ttp://pc11.2ch.net/test/read.cgi/win/1034359234/
ほれ↑教えてやるからさっさといけよ　シッシッ

そんな邪険にせんでも。

スレタイの「キーボード」に反応する人は時々いるね。

【キーワード抽出】
対象スレ： 新JIS・月 キーボード配列 4打鍵目
キーワード： Dvorak





抽出レス数：6

↑それ本文の中身確認してみた？
だれも質問してないけど
ついでに書くと>>793はDovorakって書いてるので検索に引っかからないのだｗ

それ蒼星じゃね？

蒼星石(;´Д｀)

ATOK＋菱で月2-263配列にしていたんですが、
キーボードをPS2からUSBに変えたら入力が少し変になったんですが
菱ってUSBキーボードでは使えないんでしょうか？

>>803
かつてUSBキーボードで菱を使っていたが、そんな目にあったことはないな。
もうすこしくやしく。

>>804
おおむね正常なんですが、「れ」が「け」になったり「ー」が「ほ」になってたりで
数カ所おかしいです。
電源OFFの状態で特になにも考えず、PS2を抜いてUSBを取り付けました。
OSはWin2K SP2です。
ドライバを確認したんですが、日本語106になっていて問題ないようでした。
ATOKは17です。

ちょっとほかの方法を考えてみます。
できれば菱を使いたいんですが・・・

症状としては101のドライバが使用されているように思えるが。
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\i8042prt\Parametersの、
LayerDriver JPNの値はどうなっている？
kbd106.dllになっている？

というか、菱をoffにしても変なままなの？

>>806
確認しましたが、そうなっていました。

>>897
菱が起動してないときは、ローマ字、かなとも正常です。

今ローマ字で打ってます。。。
あと、Win2KはSP4でした。

>>808

ためしに, 強制的に配列を変えられるようにしてみました。
http://www.asahi-net.or.jp/~ez3k-msym/archive/hishi120.zip

トレイアイコンをダブルクリックして出るダイアログで, 「キーボードの種類
を自動判別する」をオフにして, 下のリストから日本語キーボードを選んでみ
てください。

久々の光臨!

massangeanaさん（・∀・）！
い、いまのうちにお礼を言っておこう。
菱には、SKYと月でお世話になりました。
いまは飛鳥を使っていますが、いまでも感謝しています。
すばらしいソフトをありがとう。

すいません。久しぶりにアップロードしたら, DLL を zip に
入れるのを忘れてました。あげ直しました。

現在 Vista 対応ができるものかどうか調べ中です。

>810,811
えらく高速な反応をどうも。

出遅れたorz
massangeanaさんいつも乙であります〜

>812
以前、一部バグ修正した私家版を使用中とブログにかかれてた記憶がありますが、
これはそれがベースですか?

あわててアップロードするといろいろまちがうようで……
1.21 に直しました。こんどは大丈夫のはず。
ついでにレジストリを使わない設定ができるようにしておきました。

ttp://www.asahi-net.or.jp/~ez3k-msym/archive/hishi121.zip

>>814

カナまわりのバグは一部直しましたが, まだおかしいです。

>>815
非レジ仕様はありがたい、USBメモリで配列を携帯する機会が増えそうだ。

でもこれ、hishi.logの場所をhishi.exeの同ディレクトリに相対指定できるようにしてほしい
（hishi.propertiesと同じように）

massangeanaさん、ありがとうございます！
1.21で106/109キーボードに指定したところちゃんと打てました！

が、キーボード指定が「その他のキーボード」に勝手に変わってしまいます・・・
アプリケーションを切り替えてATOKをONにした段階で変わるようです。
同一ウィンドウ内でのATOKのON，OFFは影響無いようです。
これはやはり、こちらの環境に問題ありまくりでしょうか。

いずれにせよ、久々の新バージョン感謝です！

レジストリ使わないのは良いけど
全ユーザで設定共有されるのも何とかして。

ねぇ、ひらがな入力の方法かわんの？

>>819
変わるんじゃなくて追加。
いままでの方法と共存する。

>>816
わっ, hishi.log を使ってる人が私以外にいるとは思いませんでした。
善処します。

>>817
やっぱり上の人が言ってるようにレジストリの問題のようですね。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters]
OverrideKeyboardType = 7
OverrideKeyboardSubtype = 2
にしてみるとうまくいきませんでしょうか(再起動が必要かも)。
値が勝手に変わるのは未確認ですが私のバグのような気がします。

>>818
現在のバージョンでは hishi.inf を My Document の下に置いておけば, そっ
ちを優先するはずです。レジストリに保存される内容のほうは昔からユーザー
ごとに別になっています。

ええ人やなあ

ほれたw

ttp://www.sodan.ecc.u-tokyo.ac.jp/~noolab/tsuki/tsuki.html

それなんて新JIS

東大配列かも・・

うーん、利点があるとしたらこんなところか？

　・月配列と文字が共通しているので、句読点・長音・半濁点にさえ気をつければ、乗り換えや切り替えが楽かも
　・中指の使用比率を高めに維持

ac.jpだけでもインパクトあるが、さらに東大だとなかなかのものだな。
実行はしてないけど同時打鍵じゃないのかな。

学歴の話ばかりかｗｗｗ

東大ドメインてだけで、別に学歴の話はしてないだろ。

eccじゃねぇ

つか824のページ、文字が重なって表示されるんだけどウチだけ？

>>832
FireFoxだとまともに表示されてんだけど、もしかしてIEつかってんのかな？
いつもとは逆の現象だ

>>833
あ、ホントだ（´・ω・`）
ん〜やっぱIE7にしたのは失敗だったようだ・・・・・

菱起動して、ninjaTで練習してると突然ローマ字になっちゃったり、ネットで調べ物してるときJISかなになっちゃったりする
なんで？

俺もなる(・ω・｀)
やまぶきだとならないんだが。
起動するタイミングによって、なったりならなかったりする気もする。

姫踊子草最強

>>824
「菱や姫踊子草では「シフトを押しっぱなしにした状態で裏のキーを連続で押す」ことができなかった」
とあるけど、
姫踊子草ならできるんじゃないの？

設定ファイルに

MultiDownHold=L

を加えれば、同時打鍵受付かつ連続シフト受付になる。

>>824
やまぶきを使えばリッチなタイマーだって付いているのに。

>>838>>839
ななななんだってー！
やまぶきも MultiDownHold=L も知りませんでしたorz

教えていただいてどうもありがとうございます。公開してみるものですね。

あまりの驚きにageてしまった…
すいません。

>>840
ここらへん参照
http://pc9.2ch.net/test/read.cgi/pc/1111550971/952

雨風呂繋がらないけどなんで?

＞長かった飛鳥の開発も07/03/23をもって終了しました。
久々に笑ったよぉーーー

ほ、ほ、ほ、保守。

＞「菱や姫踊子草では「シフトを押しっぱなしにした状態で裏のキーを連続で押す」ことができなかった」
？
菱1.21使ってるけど、新ＪＩＳで「ぽ」って打つ時スペース押しっぱなしだよ。
って今気がついたけど、「スペース」の「ぺー」の時も押しっぱなしだ。
1.13（安定版？）の時もそうしてた気がするなぁ。

引用するときはレスアンカー書いてな。

はやりの百度で月配列を検索してみたところ、
http://www2.pf-x.net/~jun/tasogare_wiki/index.php?%B7%EE%C7%DB%CE%F3%A4%C7%B7%AF%A4%E2%A5%E2%A5%C6%A4%EB%C3%CB%A4%CB
打鍵動画もあるよ

ちょwww勘違いww

QWERTY→旧JIS→NICOLA→親指新JISと来て、最近やっと月に辿り着いたんだけど、
入力してる時の感覚が、親指系や旧JISよりもローマ字タイプしてる感覚に近くて、なんか新鮮な感じでイイ。
旧JISとQWERTY（DVORAKはよく知らない）のイイトコ取りしたみたいな感じ。

これはこれで小気味良いよね。たまにいらつくけど。

ところで>>3にある2-263の濁点prefix版は「け」と「す」がひっくり返ってないか？
弄るから関係ないけど

そして打鍵範囲が広すぎることに不満を感じてローマ字に戻るか、
シフトの打鍵が多すぎることに不満を感じて>>824に行くか、
両方を不満に感じて飛鳥に行くか。

自分好みに作り替えるが抜けてる

ローマ字の打鍵数の多さが嫌で、旧JISの打鍵範囲の広さが嫌で、
親指系のキーボードとの相性問題が嫌で、此処に来た。

親指系はキーボードの問題よりもシフトが嫌いなんだよな

qwertyに戻る人はまずいないだろ。

ある程度の速度に達するまでに我慢できなかった場合や
やっぱりQwerty使う機会が多いと感じたら戻るんじゃないかな。

私は、昔 NICOLAでワープロを使っていたけど、
十年くらい前にパソコンに移行したら、
NICOLAを使う方法が無かったので、泣く泣くQWERTYを習得した。
こういう人は多いんじゃないかな。
ソフト的に配列を変更する方法があると数年前に知って、
NICOLAを使えるようにするため［窓使いの憂鬱］を導入したけど、
結局はNICOLAじゃなく自分配列になってしまった（笑）

とにかく、配列を変更する方法があるということを、
もっと一般に周知させる必要があるね。
QWERTYを使っている人の多くは、選択の余地があると知らない。
せいぜい、JISカナとQWERTYの二者択一で迷うくらいで。
選択の余地があることを知った上で、損得を比較してQWERTYを使うのと、
そもそもそういう選択の余地を知らないまま QWERTYを使うのとは、
区別すべき別の状態だと思う。

それは前から言われてることだけど、今のところは地道にやるしかないんじゃない?
配列系のスレを保守しながら、他の板・スレで関連する話題が出たときにうざくない程度に紹介する。
ふとした弾みで知った人のために、サイトを作る。ブログで紹介する。など。

配列を変更することが出来ると分かっても、手を出そうとはしないのが普通の人。残念ながら
現状はね。

入れ使えても劇的に日本語入力が改善するわけではないからな。
日本語入力のスピードはIMEによるところが大きいし。
漢直が低コストで使えるなら結構訴求できるかもしれんね。

結局現状に不満を持ってない人は乗り換えられると分かっても乗り換えないしね。
乗り換えコストが不当に高く見積もられてしまう嫌いもあるし。

結局は>>861の言う通りだと俺も思う
オーバヘッドの大半がカナ漢字変換にある以上
漢直にでもしない限り本質的な解決はないよ

qwertyからいきなり月2-263なんて人いるんだろうか。漏れの場合、初っ端の選択肢には月は入っていなかった。
今じゃもったいない事してたと思ってるけど、2ch発ってだけで手を出し辛かった。

紆余曲折してるうちに乗り換えコストが（感覚的に）安くなってしまったみたいで、
そこでやっと、さして乗り気でもなく、ホント気まぐれに、月を使ってみたって感じ。

ところでお前ら、
何で入力しているかではなく、何を入力しているんだ？

ブログとか、2chとか？

痛い小説を書くのに使ってる
やっぱ日本語ガシガシ打から便利よ

「ホワイトカラーのサラリーマンです。書類、書いています。」
↑こんなヤツ、いないんだろうな・・

仕事でも使ってるよ。見積もりとか写真台帳とか調査報告書とか、たいした分量じゃないけど。
一番よく使うのは2chかな。

パラタイプだと、どのくらいの速度で入力できますか？
http://202.69.236.251/type/henkan/henkan1.htm

１級のレベルに相当。(１ミス５字減で、正入力数700以上)

ParaTypeで「日本語ワープロ検定 1級のレベルに相当」と出て、
同時に日商文書技能検定では「残念、相当レベル無し」と出る
場合があるのはどうして？

日商文書技能検定の１級の条件は［正入力数７９２以上、ミス８以下］
日本語ワープロ検定の１級の条件は［１ミス５字減で、正入力数７００以上］

つまり、後者だと、ミスが多くてもそれ以上に入力すればいいが、
前者は、ミスが８回を超えると論外になってしまう。

>>872 なるほど、そうだったのか…
確かにちょっと丁寧に入力すると両方とも1級になるな。
しかし、IMEで文字確定する前にミス入力修正したものは
カウントされないようだから、日商文書技能検定の条件は馬鹿げてない？

実際に文章を作成するときのことを考えれば、
入力前に修正できた分をミスとして数えないのは自然だと思う。
パラタイプは、「創る」「造る」とか「科学」「化学」とか、
わざわざ同音異義語が多くなるように、問題文を選んでいるようだ。
だから一般の日本語を入力している時以上に、変換がもたつく。
こういう傾向から、カナ配列を最適化するだけでは、パラタイプでは上に行けない。
十分間二千字以上という上位の人々は、何か漢直を使ってるんじゃないかと思う。

漢直じゃない人は．．．
・学習オフでスペースバーのヒット数暗記
・変則的な辞書登録（例：「化学」は「いひがく」）
・基本的に画面も見ないタッチタイプ

QWERTY 1級/1級
旧JIS　　 残念/ほぼ準1級
月　　　　 ほぼ4級/4級

月練習1週間目。早くも旧JISが使えなくなってきた記念カキコ。
QWERTYローマ字が一番早いという屈辱的状況を一刻も早く脱せねばorz

以前から出てる話だけど、どんな配列でも鍛えればそれなりの速度が出る。
そして配列を変えたからと言って最高速度が更新されるかどうかは分からない。
なぜなら律速(ボトルネック)は手指の動きではなく脳内での打鍵の組み立てにあるからだ、
と言う説がある。
例外的に、Qwertyは配列が日本語用としてあまりに向いてないので手指の動きが律速に
なるらしい。

疲労度や、それなりの速度に達するまでの練習量などでは差が出ると思うけど。
個々人の最高入力速度は配列に依らない、と言う説。真偽は不明。

>875
漢直以外にさいころ方式やSKKIMEもある。
好みの問題だけど、一般的に化学は「ばけがく」じゃないか? Atokはデフォルトで
「ばけがく」が辞書登録されてるよ。多分MS-IMEもされてると思う。

あ。
言われてみると、いろいろと忘却してた。

SKKIMEって
＞「創る」「造る」とか「科学」「化学」とか
みたいなのには弱いんじゃあ？独自に鍛えてれば強そうだけど、
普通に使うだけならTukuRuで確定するたびに初回変換結果がアベコベになっちゃうような希ガス。
ひらがなだったり漢字だったりってのも多いから、SKKだとそこら辺気持ちよさそうではあるけど。

カナ系で、SKKみたいな漢字にしたいところをビシッと指定できるアプローチってないんかな。直漢以外で。

一般：化け額
人名地名：化け岳
話し言葉：化け額
MS-IME2002ﾜﾛｽ

漢直は言われてるほど習得が高コストだとも思わないんだけどなあ。

>>879
さいころえんぴつ
#使ったこと無いけど

まいど。さいころ使っているユーザーとしての感想です。
さいころの場合「辞書に登録されている単語＋送り仮名」という組合せが基本になるんだけど、
ちょっと短いかな？と思うこともあります。

あと、変換頻度が高いせいで、意外に「スペースキーで変換開始->キーで選択・確定」という
流れは突っ掛かる感じがあります。
なので、１タッチで漢字変換できる直接変換キーがあると流れが途切れないのでずいぶん違うと思う。
＃さくら配列の時は凄い快適だった……
漢字変換２〜３キー＋ひらがな＋カタカナで十分だけどね。

>>880
「風」のサイトの誤字などを見つけると、漢字変換からの移行を戸惑ってしまう。
単なるミスタッチだろうとは思うし、漢字変換にだって誤変換はあるが。
また、TUT-Code・Try-Codeにしても、一般には使われない特殊な略字が採用されていたりする。
特殊な漢字を使うと、検索でヒットしないんじゃないかと正直不安。かといって、いまさら採用字体を変えられまい。
こういう問題をどう乗り越えたらいいんだろう？

字を差し替えるとかはいくらでもできるだろう

だね。それ以外でも、自分用にいじってる人が多いと思う。
変態配列(漢直含む)使ってる時点でデフォルトとか気にしても仕方ないので。

正しい字体入れ替えを誰もサポートしてくれないというのは高コストじゃないのか。
とりあえず文句を言っていてもしょうがないので、定義ファイルを弄って、字体を入れ替えるところまでやってみようと思う。
スレ違い失礼。

誰もサポートしてくれないのは漢直に限ったことじゃないからなあ。

サポート（？）がなきゃらめぇって言っちゃったらQWERTY、旧JISしかばねぇな
…不実有の製品で固めたてらNICOLAでも文句言えんのカナ？
（仮に）IE7だと旧JISになっちゃうもうイヤン不時通氏ね！とか。

>>883
一般には使われない特殊な略字とは、どんな文字なんだろうか?

おナょしこー

ぼちぼち次スレタイ考えようぜ

>>889
いわゆる「拡張新字体」のことでは？
常用漢字・人名用漢字の範囲では、まったく問題がない。
883の心配は、漢字をたくさん使う人にだけ該当する。
印刷物の字体選びでは、表外漢字字体表が公的な根拠になる。

　表外漢字字体表・印刷標準字体と改正JIS対応表
　http://www.okazaki.sakuraweb.com/biboroku/inhyo/inhyojcs1.pdf
「表外漢字字体」に本気で対応しようとすると、Unicodeを使わなければならなくなる。
ATOKがやっているように、第一水準・第二水準の範囲内で対応するというのがベターじゃないだろうか。
最低、以下のように入れ替えれば済む。TUTコードの問題もこれで解決するはず。
　鰺←鯵　鶯←鴬　蠣←蛎　攪←撹　竈←竃　灌←潅　濤←涛　蠅←蝿　儘←侭　藪←薮　籠←篭　凜←凛
以下はどちらを使ってもよい。こだわりがなければ括弧外を優先する。
　穎(頴)　攪(撹)　曾(曽)　枡(桝)　蘆(芦)　彎(弯)

>>982
なるほど! 勉強になったよ、ありがとう。

>>982に期待

二週間目測定
パラタイプで、月と旧JISが共に2級でほぼ並んだ。旧JISは英語キーボード上では慣れてないにしても酷すぎる
QWERTYローマ字入力は全く使ってないにもかかわらず、全然落ちない。もう倍以上のスコアの差がある。旧JISが半分以下になったってこってすなorz

最近、月を試し始めたばかりで、開発のいきさつとか知らないからアレだが
なんで月は同手シフトを徹底的に嫌うんだ？

モデファイ系で、シフトを増やしてるのが多いけど、逆手シフトしか認めないから
アンシフトの時のキーを２つ潰してしまう。

そんなんなら、同手シフトに広大な未定義領域があるのに、なぜ活用しない？

親指シフター(配列はNICOLAじゃなくて俺様)としては、ちょっと不可解

>逆手シフトしか認めない
そうだっけ？たまたま変な実装に当ったんじゃないの？
中指-->人差指　は普通に同手のような気がするけど

現行の標準の2-263、
その、やまぶきの配列設定ファイルを見ると、同手シフトは定義されていないよ

逆手シフトをつかっているモデファイ系、もしそれがないんなら、月が同手シフトを嫌う理由、
知っている人がいたら教えて欲しいな

まちがえ

×逆手シフトをつかっているモデファイ系
○同手シフトをつかっているモデファイ系

更にまちがえ

”やまぶき”は親指用のエミュだった
正しくは”菱”

中指シフトの元祖、花配列の説明でも「シフトは必ずクロスシフト」と書かれているな。
実装上は、左右の中指シフトを同じ設定にしても問題ないと思うが。

なんで月配列2-263式が逆手シフトしか使っていないかというと、
同手シフトを使うと配列図が三面になってややこしくなるのと、
やっぱり同手シフトは（一部を除けば）逆手シフトより打ちにくいからじゃないだろうか。

2-263式は中指シフト2つと濁点で3シフト使っているようなものなので、
同手シフトを活用してシフトを2つに減らすという方向で設計する手はあり得ると思う。

＞2-263式は中指シフト2つと濁点で3シフト使っているようなものなので、
＞同手シフトを活用してシフトを2つに減らすという方向で設計する手はあり得ると思う。

そのとおりで、俺様仕様の月は、おっしゃるまんまです。

＞中指シフトの元祖、花配列の説明でも「シフトは必ずクロスシフト」と書かれているな。

もともと月プロジェクトは新JISと花の”中指”という傑出したアイディアの融合のようだけど
だからこそ、花の設計に反するストレートシフトはタブーになってしまったのか？

いずれにしろ、月は、他配列ユーザーがさわってみると、”もっと良くなるだろ”という可能性がある配列だな

一部の濁音は標準でも同手シフトみたいなもんでは？

自分は、df（、）とkj（。）だけ同手シフト設定してる。同手シフトまで使わなくても、
濁点前置で清濁表裏ズラして入れれば濁音シフト１と２だけで全部入ってるなぁ。
拗音までは無理だけど。

標準の2-263では、濁音キーはシフトとはとても思えないが
むしろこんなのは廃止して、同手シフトで出せばいい
拗音も出せるよ

個人的に、「ぐヴぎ」は使いにくいことも無いけど。位置的に「づぢ」とかが
＞濁音キーはシフトとはとても思えない
ってことですか？

＞むしろこんなのは廃止
標準なんて無いんだから、各々が好きにするもんでないかい？

「じ」とか致命的だろ……「ぜ」も痛いな
>689見ればわかるけど、濁音・半濁音だけで一面食い尽すので、同手シフトに限定すると
打ちにくい高頻度文字が多発すると思う。

>>905
＞標準なんて無いんだから、各々が好きにするもんでないかい？

そのとおりだよね。

>>892
ちょっとまだ不足だと思う。かといって正解はないのだけれど。
・凜/凛 は、そもそも「表外漢字字体表」に載っていない。
・これが抜けてる ： 鬱←欝　諫←諌　頸←頚　賤←賎　壺←壷　檮←梼　邇←迩　淵←渕　儘←侭
　・次のものは、略字のほうが標準字体になるので注意 ： 兎←兔　讃←讚　餅←餠

漢字なんて、通じればいいんだけどね。


>>901-902
それって「チョイかな入力」？

しかし皆が皆、個別に試行錯誤しながらより良いものを模索するってのは無駄が多いな。

>>901
> 同手シフトを活用してシフトを2つに減らすという方向で設計する手はあり得ると思う。

打ちにくい文字が発生することを避けられない。
文字鍵領域の端までフル活用になる。

>>906
> 濁音・半濁音だけで一面食い尽すので、同手シフトに限定すると
> 打ちにくい高頻度文字が多発すると思う。

それだけじゃなく、「濁音が付く文字は左手、濁点は右手」として構成されている、
月配列の交互打鍵の根幹が崩れるので、現在の文字配列に何の意味もなくなってしまう。
おそらく交互打鍵率は50%を切る。

>>906
＞「じ」とか致命的だろ……「ぜ」も痛いな
「じ」も「ぜ」も、2-263濁点前置なら右手薬指と左手中指の交互打鍵になるよ。

>>910　なるほどね。よくわかった。ありが�d

先日、月を親指シフトにしたら？　みたいなことシャレで考えてみたけど、ダメだった。
濁音となりうる清音が表裏で一つのキーに乗っかっちゃっている場合(wキーの「こ」「ひ」、eキーの「し」「ほ」とか)
が多すぎるんだよな。
このままでは親指の古典的ルールである「清音の裏に濁音」が適用出来ない。
で、配列をずらすとなると大幅に変えることとなり、もはや月ではなくなってしまう。

こんなことがあったんだけど、これも>>910で納得いった。

打鍵数が増えても交互打鍵を優先する、っていうのも、たしかに設計思想としては筋通っているよな。
そもそも3ストローク必要な濁音は出現率の低いものばかりだから、
全体からしてみるとそれほど打鍵数は増えていないのかも知れない。
「が」「で」「だ」「じ」のような頻出濁音は、しっかり2ストローク・交互打鍵になっている。

まあ、俺様仕様は同手シフトに濁音と撥音を散らしただけなんで、当然正規版と同じ打ち方が出来る。
月はやり始めたばかりだし、いろいろ試してみるわ。

しかしまあ、話は脱線するけど、ここ2〜3日、月での濁音のこと考えていたら、ふと気づいたことがあった。

ほとんどのカナ入力は行段系も含めて、濁音・撥音は清音のオテタネィティブという扱いなんだよな、
親指にしろ中指にしろ小指にしろ。
親指では「清音の裏が濁音」、
中指小指は清音を打ってから濁音キーを押す(あるいは清音を打つ前に濁音シフトを押す)みたいに。
まず清音ありきで、その前後に何かすることによって濁音にしようという考え方なんだ、ほとんど。

ところが、「が」「で」とかは「つ」「す」「さ」「け」に比較しても出現頻度が高いらしい。
こういう濁音は、キーの表(オモテ)にそのまま置いて1ストロークで打てるようにした方がいいんではないか？
いや、むしろその方が合理的なような気がする。

まあ、配列を決める要素は出現率だけじゃないから何ともいえないけど、
少なくとも「清音が主で濁音はその変化形」という、当然のように受容されている考え方には疑問を持ったよ。

現状では、清音と濁音を同列に扱っているのは、知ってる限りでは飛鳥だけらしい。
(もちろん、飛鳥の作者はオレみたいな思いつきではなく、根拠ある理論をもとにそういう選択をしたんだろうけど)。
飛鳥はあまりにも先鋭的でいままでは敬遠していたんだけど、ちょっと興味がわいてきたよ

ごめん、まちがえた

×オテタネィティブ
○オルタネィティブ

>>913
>清音が主で濁音はその変化形
元々カナ入力の濁音・半濁音は、清音の後に付けるものとして作られてたからかね。旧JISの負の遺産なのかも。
NICOLAはNICOLAで「清音が主で濁音はその変化形（クロスシフト）」を徹底しているせいで
「濁音になりうるものは（出現頻度が低くても）全てアンシフトに置かねばならない」みたいな制約があるし。

>913
その辺のバランスを取ろうとして設計したのが >906 ですな。
頻度の高い濁音はアルペジオで入力できるようにしてます。
さすがに飛鳥までやっちまうと覚えられん。頻度の少ない濁音なんてまずムリ。
「か」「て」の頻度も高いので、清濁入れ替えるわけにもいかんしな。

2ch頻度表(2006/07/15)転載
い 6.27% ん 5.18% う 4.30% し 3.76% か 3.72% な 3.06% の 2.89% と 2.84%
た 2.84% て 2.57% っ 2.39% く 2.20% に 2.12% は 2.02% き 1.99% が 1.98%
る 1.93% で 1.92% こ 1.85% 。 1.82% す 1.78% ま 1.71% も 1.68% ら 1.68%
だ 1.67% 、 1.59% お 1.48% じ 1.46% あ 1.44% れ 1.41% ょ 1.38% り 1.36%
つ 1.28% さ 1.22% ち 1.20% け 1.09% ー 1.08% よ 1.03% ど 0.96% せ 0.87%
み 0.87% え 0.85% そ 0.83% わ 0.77% を 0.75% や 0.71% ろ 0.69% ゅ 0.67%
ゃ 0.67% め 0.64% ば 0.61% ね 0.58% ひ 0.54% ほ 0.51% ふ 0.46% ぶ 0.45%
ご 0.36% む 0.33% げ 0.32% ぎ 0.28% び 0.26% ず 0.26% ぐ 0.21% ぜ 0.20%
べ 0.20% ぱ 0.20% ぼ 0.19% ゆ 0.19% ざ 0.19% へ 0.17% ぷ 0.16% ぁ 0.14%
ぞ 0.14% ぽ 0.14% ぃ 0.09% ぬ 0.06% ぇ 0.06% ぴ 0.06% づ 0.06% ぺ 0.05%
ぉ 0.03% ヴ 0.01% ぅ 0.01% ぢ 0.01% ゎ 0.00% ヶ 0.00% ヵ 0.00% ゐ 0.00%
ゑ 0.00%

ごめん、>906じゃなくて>689だ。

話の流れから飛鳥21世紀−341（最新かどうか知らんが）を眺めてみたんだけど、
最頻出の濁音「が」はシフト面にあるんですな。まぁ図りかねる複雑な理由があるんだろうけど。

>>913
清濁を無関係に配置してるのは飛鳥のほかにも星配列、弓配列、翡翠配列とかがあるよ。
星はごく低頻度の文字だけ関連づけてるみたいだが。

なんか雰囲気が2スレぐらい戻ったみたいな感じ。悪くないよ。

>913
結局表に出してもいい濁音って「が」「で」だけなんだよね。ただ、出すとしても
微妙な位置になる。「つすけさ」は微妙な位置だろ?
微妙な単打より、打ちやすい交互2打の方が良いだろうって判断。

それともう一つの理由として、2-263はわかりやすさ(ルールのシンプルさ)にも重きを
置いている。なので、濁音半濁音はああいう形。
逆に考えれば、同手シフトはまるまる空いているんだから好きにマッピング出来るじゃん、
って捉えればいい。

>>918
今、最新版は21世紀−345くらいじゃね？
飛鳥で「が」がシフトにあるのは、
「が、 （かん）がえ があ（る） ちが（う）」
が連続シフトにできるので、アンシフトに持ってくる必要性が薄いためだと思う。

>>908
orz すまん、抜けてました。
参考にした文献が、抜粋しか載せてなかったらしい。

タイピングは、１年か２年くらい使い続ければ無駄な動きがなくなって安定する。
っていうじゃないですか。たとえ速度が速くなっていなくても、肩の力を抜いて打てるようになるので、楽になってはくると。
ひょっとして月配列もそうなのかな？
４ヶ月使ってみて、速度はそれなりに出るようになったけど、Qや/まで使う打鍵範囲を広く感じ（JISカナよりははるかにマシだろうけど）、
手が迷ったりホームポジションを見失ったりすることが多く、結局やめちゃったんだけど……。
２年も使うと、こういう悩みはすっきり解消されるもの？
教えてベテランの人。

人間大概のことは慣れますよ。

4ヶ月使ってしっくりこなかったんなら向いてなかったんだろう。
ホームポジション見失うのは根本的に練習法がおかしいのかもね。

迷うのはともかく、ホームポジションを見失うっていうのは確かに何かがおかしそう

月配列って、Z/からQP@まで使うじゃないですか。
「次はPか？いや/か？」って一瞬迷うと、手が右往左往して、位置が分からなくなり、いちいちホームポジションかシフトキーに戻らなきゃならなくなる感じで。
ローマ字入力だったら、すべてAIUEONからの相対距離さえ身につけておけばなんとかなったんだけど……

>>924
たとえば、JISカナ入力を使っても、慣れることですべて解決？では月配列の意義って何でしょう？

>>925-926
ホームポジションを見失うというか、ホームポジションから、自分の指がある位置までの相対方位と距離を見失う感じです。
おかしくない練習法ってなんでしょう？
ちなみにスペックは、英文入力350打鍵/分、月配列160カナ/分くらいです。

手が小さいのかな?　打ち方が独特?　普通、小指を動かすときも人差し指くらいは
ホームポジションに残しておくものだと思うが。んで人差し指を動かすときは小指が残ってる。
4ヶ月もたってPか/か迷うって言うのはちょっと理解できないな。
中指シフト系をまた試すんだったら叢雲配列でもやってみれば。

あーそれは、おそらく、手の全体をホームポジションから動かしてないか

たとえば、Qwertyの「7」を打つときは、右手の人差し指が伸びるのはいいとして
それ以外の右手の指は、ホームポジションの「KL;」に（あるいは、「IO;」に）
ちゃんと残っているのかな

っと、上の人と同じことを言ってしまった

>JISカナ入力を使っても、慣れることですべて解決？
慣れると何の問題も無い。
でも、変態ノートPCキーボードとか英語キーボードでも影響受けずに使えるから月の方が好き。

旧JISに慣れてたけど、不満は常にあったから乗り換えた。

ホームポジションを見失うってのは、俺もローマ字からJISカナに移ったときは感じたけど、
月に初めて触った時は、むしろ打鍵範囲の狭さと、ホームポジションから動かさなくていい事に感動したけどな。
月で打鍵範囲がきついと感じるなら、普通のローマ字入力しか向いてないんじゃなくね

レスありがとうござんす。

>>928
手の大きさは、決して大きい方ではありませんが、小さいといわれるほどでもないです。身長170cmとしては標準的かと。
打ち方は規範的だと思います。パームレストに手を載せたまま打ったりしませんし、指遣いもこのとおりです。６を左手で打つことはありますが。
http://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F:TouchTyping_HomePosition_QWERTY.png#file

>>928-929
>Qwertyの「7」を打つときは、それ以外の右手の指は、ホームポジションの「KL;」に（あるいは、「IO;」に）残っている
IOくらいになら残りますが、KLに残すのはちょっとつらくありませんか？
やっぱりそういう、指を一本ずつバラバラに伸ばすような打ち方をした方がいいんでしょうか？
確かに、月U8の動画なんかを見ると、Yを押すとき、指一本だけ伸ばす場合と、手全体を移動させる場合を使い分けているみたいですね。
http://yellow.ribbon.to/~ujiro/tsukiU8S.asf

>>931
なるほど、なるほど。
>>932
どんな不満ですか？

>>933
ひょっとして、JISカナの人のタイピングをお手本に、打鍵範囲に対応する方法を勉強すればいいんでしょうか？
個人差だと考える前に、せっかくなので自分のやり方に改善の余地があるかどうか知りたいのです。

具体的にどうなってるか分からないので何とも言いようが。
どうやったらホームポジションに戻れなくなるのかが分からない。
指を一本ずつバラバラに伸ばすのは現実的ではないかと。
俺の場合、7を打つときは手の全体が動くね。普段はパームレストに
手首を乗せているけど、6や7を打つときは浮くことが多い。1と0もだな。

>>935
ホームポジションに戻れなくなるのではなく、ホームポジションにおずおずと手を戻さなきゃならなくなるのです。

それで結構なタイムロスになるわけですよ。
原因は、どこを打っているのか分からなくなること、だと思います。

ていうかさ、指がまだカナ入力系に慣れてないんじゃない？
ローマ字なら子音を打った後に必ず母音に戻ってきて、おのずとホームポジションに戻せるからな。
打鍵範囲も英数字より狭いし。カナ入力の一文字一文字バラバラの位置を打たないといけないのは慣れてないと辛いのかも。
もっと練習するか、半年ぐらい旧JISで修行してくるかすれば使い物になるかもね。

思うに >>923 は only ローマ字入力カナ・タイパーなんじゃないかな

まず、しぼらくIMEを OFF って英数モードで英文を打つ練習をすることを勧めるよ
使うキーの多さや、小指の伸張、左右シフトを押した後にすぐホーム・ポジションにもどる、
そんなのは当たり前の基本的技術なんだということに気づくはず

カナはそれからだ、がんばれ

そもそもホームポジションを離れないといけないような場所に
頻出のシフトキーを配置してたりすることがおかしくて

>>940
話の流れを読んでいないだろ

話の流れをぶった切って済みません
本日月配列デビューの新参者です

英語キーボードの使用率が98%超えるのですが、カナ入力のスピードに憧れていました
月配列入力は理にかなっており、英語キーボードでの入力も容易そうなので是非マスターしたいと思っています
ninjaTを使用して練習し始めたのですが日本語配列と大きく違う右小指のキーアサインが違うため、ninjaTの設定ファイルを変更してみました
.mayuと文法が似ているので同じように設定したのですが'ち「','れ」'の設定が上手くできません
何か問題があるのでしょうか？

また、前置きシフトの入力の正確性に欠けるため同時打鍵にしたいのですが何か方法はありませんか？

繭の文法に慣れているんだったら、tsuki.mayu を自分で書く方が簡単だと思うよ。
それを一般公開したら、他の人にも役立つだろうし。

繭に用意された十個のロックキー、L0- 〜 L9- を二進法の各桁と考えれば、
千二十四の組み合わせを区別できることになる。
中指シフトキーとの組み合わせが重複しないように、
文字キーそれぞれに適当な秩序でその二進法の組み合わせを割り当て、
キーの二重押しでロックが解除されるようにすれば、同時打鍵化できるはず。

でもこうすると、一打鍵の仮名はキーアップまで出力を待つことになるし、
ロールオーバー打鍵もできなくなるから、入力はむしろ遅くなると思う。
練習して中指打鍵を挿入するタイミングを身に付ける方が、たぶん早道。

>>942
同時打鍵がいいなら、既存の配列で下駄配列とか姫踊子草配列があるよ。
打鍵範囲の狭さは共通してるから、月方式に慣れないならこっちがいいかもしれない。

>>942
こんなタイピング・ソフトがあったんだ、おもしろいね ninjaT

さて

(1)＞'ち「','れ」'の設定が上手くできません

ローマ字ディレクトリにある TsukiQwerty.rom をテキスト・エディタで開いて、
・80行目と123行目の"At"を"OEM_4"に、93行目と136行目の"Colon"を"OEM_7"に
　それぞれ置換する

(2)＞同時打鍵にしたいのですが

ローマ字ディレクトリにある keydef.txt をテキスト・エディタで開いて、
・38行目のRThumbの値を0x4B、40行目のLTHUMBの値を0x44にする
次に NicolaQwerty.rom または AsukaQwerty.rom を開いて、
・(1)同様、"At"を"OEM_4""Colon"を"OEM_7"に置換
・後は配列の定義を全て月用に書き換える（すごいたいへん）

---------

これで上手くいくかもしれない（という気がする）
英語キーボードを持っていないから、確認はしていない
あくまでダメもと、自己責任でね
やるんだったら失敗した時のために、変更する設定ファイルのバックアップは
必ず取っといたほうがいいぞ

前置きシフトを押すタイミングが遅れるのは、入門時にありがちなこと。
とりあえず一ヶ月でも一週間でも我慢してみて、
改造や他の配列はそのあとでも遅くないと思う。

>>943
同感

中指同時シフトを実装する下駄配列の作者も、
「(窓使いの憂鬱は)私自身まだよく分かっていない」とことわりながら、
こんなことを言っている

”一番気になっていたのが、2つのキーを押した時間がどんなにずれていても、
同時に押し下げていた時間があれば同時打鍵と判定される点ですが、
それほどの違和感はないです。”
http://kouy.exblog.jp/tags/%E7%AA%93%E4%BD%BF%E3%81%84%E3%81%AE%E6%86%82%E9%AC%B1/#2632159

本人も姫踊子草のほうが気に入っている模様
まあ、繭の飛鳥もあるくらいだから、実用としては問題ないのかもね

いずれにしろ、ninjaTは練習ソフトだから、いわゆるエミュは必要だわな
(1)までなら、菱がデフォで英語キーボードに対応してるし、
(2)までやるなら、窓使いの憂鬱か姫踊子草ってな感じかな

あっ、誤解しやすい書き方だった

>>945 で(1)(2)と番号を振っているけど、これは作業の順序、(1)をやってから(2)をやる、っていう意味じゃない
(1)の場合、(2)の場合、と分類してるだけであって、双方まったく関係ない独立して完結する作業っつことです

>943
lock式はよく分からんけど、BS使えば一打鍵目もキーダウンで入力するようには出来るよ。
タイピングゲームでは誤打鍵扱いされてしまうが。

>>939
英文タイプは問題ないと思うんですけどねー。
/;:@あたりに慣れれば、月配列も英文タイプと同じような感じで打てるようになるかもしれませんね。
このあたりを鍛えてから出直そうと思います。ありがとう。

俺もLock式はよく分からなかった。
中指シフトにワンショットモディファイヤ使って同時打鍵実装すればいいもんだと思ってた。

>951
それだとシフトじゃない方を先に押したときが駄目じゃないか。

>>950
右小指張り出し部分を配列弄ってどっかに押し込んだ方が速いと思うよ。
「：＠」は新JIS使ってるときから違和感ありまくりだったから、
月2-263に乗り換えたときに速攻でそこだけは変えた。

旧JISから来るかQwertyローマ字から来るかで違うだろうな。

単に「れち」を「ぃぅ」あたりと替えときゃ良いような気がする。

英文じゃQもほとんど使わないんだから、
そこもどうにかしないといけない

だから叢雲で

ローマ字erは、極端に左小指が強くて極端に右小指が弱いからな……。
右の小指外領域に「な」とか指痛めろって言ってるに等しい……。

旧JIS出身は濁点その他でかなり鍛えられてるがな。

左CapsLockをコントロールキーにてダイヤモンドカーソルなどやってると
小指はかなり使うよな

それで疲れたんでカーソル移動は無変換に移動させたよ。
「Ctrl+→」なんかも打ちやすくなったんで良い感じ。

そもそもCtrlキーは手のひらで打つんでは？
ダイアモンドカーソルは便利だけど、DelのC-Gに比べてBSのC-Hを打つときにCtrlキーの左右打ち変えが入るのが微妙

個人的に親指多用のAltをどうにかしたい

旧JIS使ってた時は、「指の形」はほぼ固定で手が動いて打ってて「指そのもの」はあんま動かさなかった記憶がある。
ホームポジション付近を頻打する月だと、手首があんまり動かなくて良い代りに、指そのものが動いてる気がしたけど、
いま手首浮かしまくって月で打ってみたけど、コレはコレでありっツーか・・・意識して手元を見たから気がついた。
打鍵面が狭いからって手首接地して打ってちゃ駄目だったんじゃん俺！！

>962
jkliにカーソル振るのはいかが？
hの真横だからかなりスムーズに切り換えられるよ。
nにDelを置けば（mのenterと合わせて）j周りでほとんどの操作が可能です。

そこで変換にBSですよ。無変換にEnter系

>964
↑↓を行ったり来たりするときに、同指異鍵が頻発するのがイヤで俺は　JKL;　に切り替えた。

日常的に月配列を使い続けてほぼ一ヶ月経ったけど、パラタイプ2級以上全然上がらない。（正入力数150前後、誤入力0）

ローマ字はパラタイプ計測時にしか使ってないけど、全然落ちない。（正入力数300前後、誤入力3前後）
旧ＪＩＳはローマ字より少し速いくらいだったのが、今や「相当レベル無し」（正入力40前後、誤入力1か2くらい）

月を常用してても、もうそんなには不都合感じないし、月が使えるようになったことに関しては後悔してないし今後も使う、
けど、旧ＪＩＳを忘れちゃったのはやっぱり悲しいなぁ。。

>>963
同意。
ローマ字入力でも手首接地の打ち方ができちゃうけど、
無意識にそれをやっている奴はスピードが上がらないことに悩む。かつての俺だが。

そういえばこんな論文があったな。
キーボードの奥行きを縮めて、全体的に横長のキーにすれば、JISカナで打っても十分使いやすいものになるって。
そう考えると、ハードウェアと折衝すれば、文字を３段に収めることにこだわらなくてもいいんじゃないか。
英語キーボードでも使えるようにとか、数字も打てるように、シフトキーを使わないでいいように、
と考えると前置シフトは非常に有用なのでこれは残すとして、
４段目も使うという方向性があるような気がする。

「横長キー用前置シフト４段カナ配列。英語キーボード対応。」というような。

しかし現状ではそういうキーボードは、一部のノートPCくらいにしかないってのが問題なんだけどね。
市販のミニキーボードでも、横幅は現状のままに奥行きだけ狭めてあるものはあまり見ない。

こういうやつかね

Let'snote W5 キーピッチ19mm(横)×16mm(縦)
http://panasonic.jp/pc/products/w5a/basic.html
Let'snote R6 キーピッチ17mm(横)×14.3mm(縦)
http://panasonic.jp/pc/products/r6a/basic.html

オレは縦横とも全キーピッチ17mmのほうがいいなぁ

>968
4段使えるならわざわざ前置シフトおく必然性があんまり無いような気がする。
少なくとも中指ホームという一等地にシフトは置けないだろう。小指シフトを前置にする
(新JIS型)なら話は分かる。

>>964>>965
一般的なhjklはダメ？

いいんじゃない?
俺はhとjの両方に人差し指を使うのがいやなのでjkl;に(以下略

>>969
そう、それです。
VAIOやLavieにも似たようなキー比率のがあったはず。
月配列と英文を使う限りでは、正方形のキーが最適だろうけど、４段を使いたいときは、キーが横長の方が楽なんじゃないかな？

>>970
小指シフトで済むかもしれないね。もしくはシフトを１キーだけにしたらどうか。
または、JISキーボードの右小指シフトはちょっと遠いから、左小指シフトだけで済むよう、シフト側の文字を右手だけに配置するとか。
４段使うと言っても、１キーとか６キーとかハイフンキーまで使うわけじゃないだろうから、少なくとも１０文字以上はシフト側になる気がする。

濁点をシフトと考えるかどうかでもだいぶ変わってくる

（半）濁音はシフトだろ。実際１打鍵増えてるし。

独立した1文字って数えても良いわけで。

それじゃドラクエだよ

このスレで久しぶりのワロス

１打鍵増えると絶対にシフトなのか？
ならばローマ字の子音はシフトになるのか。

捉え方の問題なんだよね。
子音を前置シフトと見る考え方もあり得るし
母音を後置シフトと見ても良いし
拗音のy等を中置シフトと見る考え方もある

じゃあ、ひたすらシフトし続けて「一つの文章」になるって捉えもあり？

>>980
NECのIMEのCannaが中置シフト的な考えを採用してる。
ローマ字定義テーブルに次のように書くことで、ゃゅょ段の定義を簡単にしている。

xya　→　ゃ
xyu　→　ゅ
xyo　→　ょ
ty　→ ちxy
ch → ちxy
sy → しxy
sh → しxy
ny → にxy
・
・
・
これで 「ちゃちゅちょしゃしゅしょにゃにゅにょ」 の定義が完了する。

そういうのを中置シフト的って言うのか…？
その説明はどっちかっていうと、漸次なんとかとか
遷移なんとかみたいな感じじゃない？

漢直の「き」のひらがな・カタカナ部分は行段式だけど、
２ストローク目をShiftを押しながらにすると濁音になる
っていうルールを採用してる
　T a = た
　T Shift a = だ
みたいな気分

左手に子音、右手に母音、間にスペースを挟むと拗音って配列があったが、
この場合のスペースは中置シフトと言っても良いだろう。

同時打鍵系を実装しようとすると、
微妙なタイミングで前後する打鍵の組み合わせを網羅して、
定義ファイルを書かなくちゃいけないので、
形式的には全部のキーがシフトキーということになる。

あくまで捉え方の問題だからね。シフトさせてるって考えた方がわかりやすければ
そう捉えればいい。シフトさせてると捉えることにメリットがなければそう捉えない。