5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

よろしければ配列について教えろ その5

1 :名無しさん:2006/01/10(火) 10:31:50 0
キーボード配列を語り明かす総合スレッドです。

【過去のスレ】
よろしければ配列について教えろ
http://pc3.2ch.net/pc/kako/1011/10114/1011422119.html
よろしければ配列について教えろ その2
http://pc3.2ch.net/test/read.cgi/pc/1038483398/
よろしければ配列について教えろ その3
http://pc8.2ch.net/test/read.cgi/pc/1078669383/
よろしければ配列について教えろ その4
http://pc7.2ch.net/test/read.cgi/pc/1114173748/

主な配列や関連スレッドは>>2-5くらい

538 :名無しさん:2006/04/19(水) 17:33:34 0
英語キーボードには対応しない・・?

539 :名無しさん:2006/04/19(水) 19:55:05 0
実証用にドゾー

窓の杜 - 【NEWS】キーボードの打鍵数を監視して総打鍵数や1時間あたりの“打率”を表示
http://www.forest.impress.co.jp/article/2006/04/19/typeanalyzer.html


540 :名無しさん:2006/04/20(木) 00:44:08 0
どれだけキーをたたいたかを競い合うだけのプロジェクトでたしかDolphin projectというのがあったが、今でも続いているんかな?

541 :名無しさん:2006/04/20(木) 00:45:44 0
どうだろね。あんなのいくらでも不正出来るしなー。

542 :名無しさん:2006/04/20(木) 01:34:41 0
>>538
英語キーボード対応いいね。
英語キーボードだと親指のキーが足りないから、親指シフトのたぐいに全く対応できない。
親指シフトが1キーにできればいいんだが。

543 :名無しさん:2006/04/20(木) 01:38:49 0
濁点別打ちにすれば英語キーボードでも使えるが、それだったら新JIS使った
方がよいと思う。

>538
親指2シフトな配列でなければ、どれでも最小の変更で英語キーボードでも
使えるっしょ。英語キーボードでもJISカナは使えるぞ。いくつかシフトに回ってる。

544 :名無しさん:2006/05/07(日) 12:29:01 0
御請求画面が、消えなくて困っています。シャットダウンや再起動、PCの電源を
消しても、PCを立ち上げるとすぐでてきてしますます。消すところが、ありません
どなたか 知ってる方 教えてください。本当にお願いします。詳細キボン


545 : ◆82trBg/NbI :2006/05/08(月) 00:05:27 0
どなたか 知ってる方 教えてください。本当にお願いします。詳細キボン

546 :名無しさん:2006/05/08(月) 00:09:11 0
エスパースレで聞け。

547 :名無しさん:2006/05/08(月) 00:15:13 0
もっと状況を詳細に説明してくれないと、対応しようがないような。
OSは何かとか、いつごろからその現象が始まったのかとか。
ウィルス・チェックはしているんでしょうか?
タスクマネージャーで怪しいプロセスを終了してみれば良いのではないかと思んですが、


548 :名無しさん:2006/05/08(月) 01:06:12 0
スレ違いだろ。釣りか?

549 :名無しさん:2006/05/15(月) 20:27:19 0
以前からの疑問なんだけど、例えば[J]を二回打鍵するのと、
[Y]を一回打鍵するのとでは、どっちの負担が大きいだろう?

さらに一般に、ホームポジションから別のキーへの指の水平運動と、
打鍵という垂直運動とは、どういう風に換算すべきものなんだろう?

550 :名無しさん:2006/05/15(月) 20:28:25 0
手の置き方によるんじゃない? 指の長さにも影響されるでしょう。

551 :名無しさん:2006/05/16(火) 01:19:55 0
>>549
同じキーを2打鍵するのは負担はともかく時間的なコストは大きいと思う.
指をその位置まで動かすのは非同期で出来るけど,2打鍵するのは同じ指でするしかない
というのもあるし.

ただ,このことを実打鍵のデータで証明するのは結構難しい.
というか,自分のデータをざっと眺める限りではどうとでも解釈できる感じ.


552 : ◆TsukilTBuQ :2006/05/16(火) 02:49:03 0
個人の好みなんだろうけど、自分としても[JJ]よりは[Y]の方が打ちやすい気がする。
ただ、[Y]は前後に右手下段のキーが来たら指運が悪くなるので、配列作るんだったら「前後に右手下段・右手人差指」が来にくい文字を配置するのがベスト。

553 :名無しさん:2006/05/16(火) 21:17:08 0
JKとYなら、JKの方が楽?

554 :名無しさん:2006/05/17(水) 00:15:51 0
どういう配列の中でかという事も絡むのでは?
行段系なのかかな系なのか。
それから、拗音の部分に適用しようとしているのかとか。
全体が見えていないとどちらが良いとは一概には言えないと思います。



555 :名無しさん:2006/05/17(水) 00:57:31 0
前後に依るしね。

556 :名無しさん:2006/05/18(木) 06:11:00 0
増田式キーボード学習法のページがかわってしまった。
http://homepage3.nifty.com/keyboard/
以前の内容は なくなった。

557 :名無しさん:2006/05/23(火) 20:41:51 0
テンプレ見るといろんな配列があるけど、
どれも自分に合わなくて結局自分独自の配列を作って
使ってるって人どれくらいいるのかな?

いや、自分がそういうタイプで、今マイベストな配列を
考えてるところだからちょっと気になったもんで・・・

558 :名無しさん:2006/05/23(火) 20:52:42 0
そう言うもんだよ。ソフトウェア実装配列なら当然の帰着。

559 :名無しさん:2006/05/23(火) 20:56:34 0
マイ配列に名前つけてWEBに晒すとテンプレが増えるわけだな

560 :名無しさん:2006/05/23(火) 21:46:49 0
>>559
えらく納得した

561 :名無しさん:2006/05/23(火) 21:54:47 0
なんでもかんでもテンプレ入りするわけでもないけどな。

562 :名無しさん:2006/05/23(火) 22:10:28 0
>>557
俺俺。
いま2作目。
1作目は2年かかった。
完成まで何年かかるやら。

563 :名無しさん:2006/05/23(火) 22:23:03 0
最後は漢直

564 :名無しさん:2006/05/23(火) 22:32:25 0
職業プログラマに漢直はつらい

565 :名無し募集中。。。:2006/05/24(水) 03:07:11 0
ある程度固まったらサイトを作って一般公開しようと思っているのだけれど、
「とうとう完成だ」と思った矢先にアイデアを思い付いてしまい、また作り直す……
というのを何度も何度も繰り返している。

566 :名無しさん:2006/05/24(水) 07:10:14 0
どっちかっていうと作っている課程を公開した方が面白いんだけどな。

567 :名無しさん:2006/05/24(水) 14:54:01 0
>>565
完成版だけ晒しても食いつき悪いだろ
誰かに試してもらうつもりが無いなら公開する必要も無いんだし。

それと知らずに他配列の轍をなぞって新発見だとぬか喜びすることもあるだろうが…
製作過程は極力公開したほうが後進の参考にもなる。

配列界隈ブログは作者の嗜好とかが面白くて「読み物」としての価値が出てくるんだろうな。

568 :名無しさん:2006/05/24(水) 21:08:54 0
みんなは自分配列考えるとき、どういうことに注意してるの?
ちなみに俺の場合、
・同じ指で2キー連打は極力なくす
・やむをえず連打するときは奥から手前方向に流れるようにする
 (手前から奥だと指がひっかかりやすいから)
ってことに気をつけてる。

569 :名無しさん:2006/05/24(水) 21:28:18 0
>>568
・同じ指での2キー連打は避ける
 ・ただし、同じキーの連打については多少甘く見る
 ・小指で2つの異キーを連打するのはとりあえず特に避けておく
  (大きい動作が必要なので疲れる)

・QYB;@キーの前後に、同じ側の手での打鍵は極力避ける (ホームポジションに急いで戻る必要があって疲れる)


奥から手前に、っていう基準もあるのか。
いままでは「ホームポジションで打ち終わるのがいい」と考えていたから、手前で打ち終わるのがいいと考えたことがなかった。


570 :名無しさん:2006/05/24(水) 21:34:03 0
JU より UJ の方が打ちやすいって事じゃない

571 :名無しさん:2006/05/24(水) 21:47:51 0
QWERTY配列でローマ字打ちすると
KIとDEがやたら打ちにくいからな

572 :名無しさん:2006/05/24(水) 22:02:31 0
漢直で600打鍵/分とかで打てたら、日本語入力はシューティングゲームみたいな感じだろうか。

573 :名無しさん:2006/05/25(木) 00:12:18 0
字形入力に興味があるがいかんせん資料が少なすぎる
何でこんなに読みの変換が流行ったんだろう

574 : ◆TsukilTBuQ :2006/05/25(木) 00:37:58 0
>>568
・左手縦連(「zw」「xe」「cr」の組み合わせ)を避ける
・同指跳躍(「zq」「xw」みたいなやつ)を避ける
・交互率(「右手→左手」「左手→右手」)を上げる
・同手同段率(連打を除く。「jl」「fd」みたいに内側から外側に逃げるのはさらに押しやすい)を上げる
こんなもんかな。
過去ログとかにある2文字頻度表なんかは有用だと思うよ。

575 :名無しさん:2006/05/25(木) 08:31:00 0
>>574
>「jl」「fd」みたいに内側から外側に逃げるのはさらに押しやすい

普通は逆だと言われているが。

時間で計ってみたところ、
「他の指→中指」は全般的に速度が遅い。
「外→内」が全般的に速いが、
「人差し指→薬指」も速い。
「中指→小指」が最低。

外国論文もおおむねこんな感じだが、連中は手のサイズが違うから信用ならない。

576 :1/3:2006/05/25(木) 22:53:43 0
もまえらに刺激されて妄想した。
以下の2つの情報を入力とする。

●キーの打ちにくさデータ
単独のキーについてではなく、2つのキーの並びについて、
その2キーを打つのに何msecくらいかかるか。
KU は250msec, KI は400msec, KO は200msec, ...
といった情報。
40個のキーがある場合、40*40=1600個のデータになる。
ちなみにここで「キー」と言っているのは「キーの位置」
くらいの意味で、「文字」のことではない。
「右手中指中段」の位置にあるキーを便宜上「K」と
呼ぶってだけ。

●サンプル文章
2chのログでもニュースサイトの文章でも、Wikipediaの記事でもいい。
オレはこんな感じの文章を楽に打ちたいんだ! という文章を
たくさん集めてくる。

で、サンプル文章を入力するための「打ちにくさ」が
最小になるようなキー配列を見つけたいわけだが…


577 :2/3:2006/05/25(木) 22:54:20 0
40個のキーに40個の文字を並べる組み合わせは
40 P 40 = 40*39*38*37*36* ... *3*2*1
というとんでもない数になるから、総当たりで試すのは無理。

そこで、遺伝的アルゴリズム (GA) を用いたプログラムを作る。
たくさんの配列を乱数で適当に発生させ、サンプル文章を
楽に打ち込める配列の上位数名だけが生き残り、子孫を残せる。
生き残った配列を 2つ交配させて、次の世代の配列を産ませる。
次の世代についても、生存競争〜交配を繰り返し、
より打ち込みやすい配列へ進化させていく。


578 :3/3:2006/05/25(木) 22:54:57 0
まあ、「キーの打ちにくさデータ」を測定するだけでも
1600組み合わせだから、1組み合わせを測定するのが10秒で
済んだとしても… 4時間はかかるわけで。
この時点で マンドクセ って挫けそう。


579 :名無しさん:2006/05/26(金) 00:01:16 0
>>576
キーの打ちにくさデータから、サンプル文章を打つのに掛かる時間を求めたもの
http://d.hatena.ne.jp/kettt/20060415/1145093505

580 :名無しさん:2006/05/26(金) 00:38:38 0
打ちにくさデータって、どこかにあるのかな。
ほすぃ…

581 :名無しさん:2006/05/26(金) 01:59:18 0
>>568
タイピングの流れ、だな。
例えば、使用頻度が高くても、句読点や文節語尾(が・を・る……)なんかは、
ホームからちょっと離れたところに置いていい。
どうせ変換キーを押して変換を確認するんだから、ここでコンマ何秒もたついても苛つかない。
しかし、通常の単語の内部に登場する字は、頻度が低くても、もたつくとストレスを感じる。

582 :名無しさん:2006/05/26(金) 02:07:26 0
花じゃん

583 :名無しさん:2006/05/26(金) 02:11:47 0
花では打ちにくさデータ作るためにランダム打鍵したときの各キーの使用頻度を使ったけど
作った人がが手首浮かせて打つ人だったから下段使用率が高くなってる
手首置いて打つ俺には月の方が合ってた

584 :名無しさん:2006/05/26(金) 02:20:06 0
打ちにくさも例文も一般的な基準などは存在しないよ
俺様の文を俺様が打ちやすくなるための俺様配列が欲しいのであって
仮想平均人間が憲法序文や羅生門を打つための配列を作っても結局は使わないよ

585 :名無しさん:2006/05/26(金) 02:40:06 0
「日本語」という範疇に含まれるからには、どんな文章でもある程度の
傾向性はあるよ。
当然、細かいところまで追求していくと仮想平均とは異なってくるが。

586 :名無しさん:2006/05/26(金) 11:10:31 0
【心理】重大な決断を下す際には入念に下調べを済ませたらあまり考えず無意識に任せると満足のいく選択につながる
http://news18.2ch.net/test/read.cgi/scienceplus/1140319385/

>意識的な熟考を行っている間、人は一部の関連情報を検討するに留まり、
>その情報を不適切なほどに重視する可能性があると著者らは述べている。対照的に、人は
>無意識でいることでより幅広い情報の統合が可能になり、それにより、複雑な決断である
>場合には、より満足のいく結果を導くことができる。


考えすぎると偏る。

587 :名無しさん:2006/05/26(金) 12:19:27 0
>>576
その方法を用いた実験(The first experiment)
http://www.visi.com/~pmk/evolved.html

結果は「打ちにくい」とのこと。

全キーの組み合わせでコストを定めるよりも、
交互打鍵と段間移動を組み合わせたコスト表を作ってからGAで計算した方が、疲れない配列ができる(The third experiment)という結論らしい。

588 :名無しさん:2006/05/26(金) 13:48:51 0
>>587
アルファベットのように
「eiaohtns」とか「aoiukstn」くらいの少ない文字があればそれなりに単語ができちゃうシステムなら、
中央段に高頻度文字を集合させとけばすむけど、

ヒラガナみたいに
「゛いんうしかなたとてく」
くらいの文字がないと同程度には成り立たないシステムの場合は、
中央段だけにこだわらず、2番目に打ちやすいであろう中指上段なども積極的に使っていくことになるだろう。

しかし上段に頼りすぎると、今度は跳躍が増えることになってしまう。このバランスが難しいね。

589 : ◆TsukilTBuQ :2006/05/26(金) 15:41:38 0
菱とかで打鍵データを取っておくと、各自で打ちにくい連なり・打ちやすい連なりが分かるかも。
データを纏めてくれるツールとかないとキツいかも知れないけど。

590 :名無しさん:2006/05/26(金) 17:08:23 0
とても参考になるレスが続くなか恐縮ですが、
作成途中でも良いので、どなたかの配列を公開してほしいです。

591 :名無しさん:2006/05/26(金) 17:51:37 0
「ランダムな盲打ちで出した文字列が、どれだけ日本語っぽいか」
という基準で、キー配列を評価できるような気がする。

例えばローマ字だと、素のアルファベットが混ざるので、点が低くなる。
しかし、子音キーの連続に頻出フレーズを登録してあれば、
行段系でも、かなり日本語っぽい出力になるはずだ。

究極のキー配列を想像してみれば、きっとその配列では、
キーボードを盲打ちしただけでも、日本語が出て来るんだろうと思う。
さっぱり意味不明なデンパ文だが、とにかく文になっているような。

ちなみに、私の自分配列ではこんな出力になる。

とたかすむうかしすかするりかいたかすかたいらかたせえつすそ
ちしきすすくかそこらしきかさくうあかさえうえするかつすうそかたさかそ
かいたさまかううかえうじよかたすうそえたさおたかたういかたるすそさう
ちいむすさすたずまらかうかおすかさらかたしたいかそらそおつすうかた

色んな配列でのサンプルが見てみたい。

592 :名無しさん:2006/05/26(金) 17:53:05 0
>>590
なぜ?

593 :名無しさん:2006/05/26(金) 17:55:09 0
後の
サル=シェークスピア率である。

594 :名無しさん:2006/05/27(土) 00:44:52 0
花配列の最適化計算は、乱数発生した10000種の配列から始めて、
・ふたつの文字位置の交換→「より良い配列」であればそれにする
という処理を繰り返す、というものらしい。
これって、「局所解」で終わっちゃうんじゃない?

>>587 で示されたものも、だいたい同様。交換するキーの個数を乱数で決めるという違いはあるが。

で、オレはいま GA による配列最適化プログラムを作ってるが、
あいにくこれは Dvorak 配列上の NIK-Code 漢直 を
最適化するために作っているので、普通のかな配列に
適用するには改造が必要になるだろう。
ま、完成した後で、暇があれば改造するか。


595 :名無しさん:2006/05/27(土) 06:03:42 0
プログラムで配列を自動生成……という話を見かけるたびに思うのだが、
一番肝心なのは評価関数のはずなのに、その評価関数がどうも不透明だ。
>>549 みたいな問題をきっちり詰めないまま、「とりあえずやってみました」という感じ。

596 :名無しさん:2006/05/27(土) 09:30:03 0
>>595
計算した配列毎に特性が違ってきてしまうから、それをも包括する関数をデザインしようとすると自己参照的になってしまうんだよ。

そういういかがわしいループ計算に付き合うくらいなら、何回も地味な実験を重ねて、花→月のような人力での発展を待った方が早くて確実。

597 :名無しさん:2006/05/27(土) 11:42:34 0
まあ、そう急かすな。
必要な 8836個の2キー打ちにくさデータのうち
まだ6800個しか測定できてないから。小指が痛い。
途中の結果を見ると、>>569 >>574 >>575 あたりの一般的な話の
とおりに出てる。
>>549 みたいな、どっちがいいのか微妙な問題については、
結果が役立ちそう。JJ を打つのに295msec, JY を打つのに525msec。
オレは人差し指が3mmほど短めだし、手首を接地した姿勢だからね。


598 :名無しさん:2006/05/27(土) 18:47:01 0
>>597
所要時間 = 打ちにくさ とは必ずしも言い切れないとおもうが、どう考える?

また、途中経過でいいから、
同指異鍵よりも時間がかかってしまっているパターンや、
同指異鍵なのに時間がかかっていないパターンがあったら教えてくれないか?

599 :名無しさん:2006/05/27(土) 21:16:45 0
はやく打てるけど、疲れやすい運指ってのはあるかもね。

600 :名無しさん:2006/05/27(土) 21:41:55 0
ローマ字での「っ」みたいな、同鍵二連打を基準とすれば、
他のたいがいの二打鍵は、速いけど疲れやすい運指ということになる。

601 :名無しさん:2006/05/27(土) 22:06:03 0
>>598
同指異鍵のほかに時間がかかるパターンは、
・中段の中指・薬指・小指から
・上段の人差し指
などがある。内側に向かって上段に行く運指。
ただし上段中指へ、は平気。中指は長いからか。
これもオレの姿勢の影響か。肘を開いてるから。

>>599
小指を含む運指とか。
「疲れ」を定量的に扱うには、どんな数値が必要だろう。

602 :名無しさん:2006/05/27(土) 22:24:16 0
長く打ったとき打鍵速度が落ちる運指は疲れやすいとか。

>600
何で? 同指同鍵は打ちやすい異指異鍵より疲れると思うけど。指にも依るが。

603 :名無しさん:2006/05/28(日) 08:40:53 0
>>601
中指上段への運指はなぜか成績いいよな。月が「い、し」をそこに置いてるのは正解なのかも。
しかし「ん、て」が人指し指上段だが大丈夫なのかな?


小指は動きが鈍いけど、長時間使っても、特に疲れにくいということはないよ。
BackSpaceやEnterも担当しているがさほど苦ではないことを考えると、思ってる以上にたくさんの仕事をこなせる。

604 :名無しさん:2006/05/28(日) 11:55:27 0
いろいろググってみたけれど、だれか教えて。
MacOS9かOS]でQWE配列を50音配列に変更できる配列変更ソフトってありますか?

605 :名無しさん:2006/05/28(日) 12:11:45 0
EGBRIDGE という配列変更ソフトはMac用のはず。
http://d.hatena.ne.jp/fujiedaharukaze/searchdiary?word=%2a%5b%a5%ad%a1%bc%c7%db%ce%f3%5d
で、EGBRIDGE用の設定ファイルが何種類か公開されてるよ。

606 :名無しさん:2006/05/28(日) 23:29:07 0
>あいにくこれは Dvorak 配列上の NIK-Code 漢直 を

これってまだ公開はしないんでしょうか?

607 :名無しさん:2006/05/29(月) 08:04:03 0
測定しすぎで小指の痛みがまだ治らないので、測定は休み。
小指を使わず6本指タイピングでプログラムのほうを作成中。
打ちにくい 。・゚・(ノД`)・゚・。

完全にランダムで、しかも右手小指は - @ : \ ^ [ ] まで
測定して、ふだんの何倍も小指を酷使したからな〜。

やっぱり小指は弱いよ。

608 :名無しさん:2006/05/29(月) 10:36:17 0
人指し指の担当 6キー
中指 3キー
薬指 3キー

【小指 10キー】

しかも組み合わせによって、打鍵数は倍々で増えていく。そりゃ辛いだろうよ。
そんな極端な実験で「小指は弱い」と結論付けられても、信じられないよ。

609 :続き:2006/05/29(月) 11:05:56 0
「一番弱い指はどれ?」と聞かれれば、もちろん小指と答える。

けれど、「小指を含んだ運指は疲れやすい?」と聞かれれば、それは違うといえる。
他の指で連打や段移動が起きるくらいなら、小指のホームポジションの方がずっと楽だから。

なぜこんなにこだわっているかというと、花配列もそうだったが、
実際の打鍵を数値化して配列を決定する手法は、
段移動のコストを実際より低く見積もってしまうきらいがある。
その結果として、時間を見て動作を見ない配列ができることが多い。
これじゃ動作・時間研究の成果物としては不完全だから。

だからいまのうちに釘を刺しておこうかと思った。
必要以上の邪魔をするつもりはないから、うざかったらとりあえず無視してくれ。

610 :名無しさん:2006/05/29(月) 11:34:02 0
>>609
「花配列」と書いたけど、花配列は関係なかった。すまん。

打鍵時間から配列を求めるというのは割と古い手法だから、
その元祖を見付けるのは難しいが、

オーストラリアかどっかの大学が
「キーへの指の到達時間」から配列を求めた実験は酷かった。
高頻度文字が全部、人指し指に集中しているというもので、
粗暴というよりほかない。

時間による最適化というのは
こういう乱暴な側面もあるから
どうか気を付けて

611 :名無しさん:2006/05/29(月) 12:53:18 0
>>600
ffffがasdfより楽ってことはない罠

612 :名無しさん:2006/05/29(月) 16:30:13 0
結果が出る前に何か言ってもしょうがない。
結果が出るのを待とう。

613 :名無しさん:2006/05/30(火) 18:29:11 0
充分に軽いキーボードを前提にするなら、スピードワープロみたいな
[ホームポジションだけ使った多重打鍵方式]がいちばん楽だろうと思う。
一般のキーボードのキータッチは六十グラムが標準で、
軽いと評判の RealForce だと三十〜四十グラム。
スピードワープロ用のキーボードはかなり軽く作ってあるはずだが、何グラムなんだろう?

逆に、タッチの重い機械式キーボードの時代なら、
少々手がばたついても、とにかく打鍵数自体を減らすことが合理的だったはず。
馬鹿にされてるJISカナ配列も、当時の条件では、それなりに筋が通っていたんだろう。

614 :名無しさん:2006/05/30(火) 18:43:24 0
習得が半端なく大変だけどな。ピアノの練習みたいなもん。

615 :名無しさん:2006/05/30(火) 19:05:20 0
本当に楽ならスピードワープロ使うけどな。
しかし、詳しい仕様が分からんからどうしようもない。

616 :名無しさん:2006/05/30(火) 19:10:55 0
手がいくら楽でも、IME使う時点で精神的にある程度疲れる

617 :名無しさん:2006/05/30(火) 19:17:00 0
「多重打鍵」というのが何を指すのか分からないが、
キー解放タイミングをあわせるのが大変だと思う。

それに機械式時代にはJISカナ配列ではなく、前身のカナタイプ配列だった。
カナタイプ配列はJISカナよりシフトが多く、ただひたすらに打鍵数を減らしていたわけじゃないことが分かる。
カナタイプがおかしくなったのは、JISになってシフトが減ってからの、電動キー時代の話。それなりに合理的どころか、完全に迷走している。

ホームポジションがお好きなら、中段率70%のSKYで我慢するか、

SKYの濁点と撥音を別添とし、下段を全て不使用とした上、
親指シフト同時押しで上段文字を入力することとし、上段も不使用とすれば、
急ごしらえのホームポジション段配列はできる。

だが正直、そういうものがSKYより良くなるとは思えない。
さらに多重同時押しを採用すると打鍵速度が落ちるので、徹底的に改悪となる。
そうなると多重打鍵を生かして速記符号をどんどん増やすしか、使い心地を回復する方法がないわけで、しきいがすごく高くなってくる。

618 :名無しさん:2006/05/30(火) 21:12:01 0
そもそもキーリピートって、カーソルキーはともかく、入力キーには必要あるのかな。誤入力の原因じゃないか?

619 :名無しさん:2006/05/30(火) 21:19:32 0
>>618
昔は機械語でデータを作るときに、ゼロで埋め尽くすためにリピートは重宝したがw

いまはカーソルと、滅多に使わないが、スペースにしか役立ってないな。
コントロールパネルでリピート開始までの時間を長めに設定しておくと、誤入力は起こらないと思うよ。

620 :測定結果:2006/05/30(火) 23:26:41 0
ttp://up2.viploader.net/mini/src/viploader40580.lzh.html

結局、指が痛くなったので、キーの範囲を狭めて測定したよ。
40個のキーを2つ打つときの時間。
シフト有無も数えて 80*80 = 6400 組のデータ。
まとまりがないけど、とりあえず公開。
煮るなり焼くなり好きにして。

621 :名無しさん:2006/05/30(火) 23:27:23 0
DLKey は上のレス番号です。

622 :名無しさん:2006/05/30(火) 23:38:55 0
>>618
確かにスペースキー以外はリピートいらんなぁ。
ゲームするなら必要なんだろうか。
やらないから分からないけど


623 :名無しさん:2006/05/30(火) 23:55:43 0
>>620
ご苦労様でした、貴重なデータを有効に使わせていただき……
……たいんだけど、ダウンロードしたものの使用法がさっぱり判りません(T_T)

624 :名無しさん:2006/05/31(水) 00:19:38 0
ttp://www.visi.com/~pmk/evolve.tar.bz2
のkbstats_data.c
と同じようなもの?

625 :620:2006/05/31(水) 01:31:42 0
もうすこし整理してから公開しろよ>俺
重要なのは save.log だけです。これが測定結果です。
(注: Dvorak配列! 配列はAllKey.txtのとおり)
ktDisp.exe で結果を見やすく(?)表示できます。
_ReadMe.txt になんかうだうだ書いてます。
ほかのファイルは捨てちゃって構いません。

626 :名無しさん:2006/05/31(水) 01:37:02 0
おもしろいね。
Dvorakかい。

i から他の母音へ戻る時間が結構掛かってて意外だな。
d b はそんなでもないのに。
ktdisp.exeの表示する数値は、カーソル位置のキー → 他のキーの順番で押したときのもので合ってる?

627 :名無しさん:2006/05/31(水) 01:46:00 0
dやhより、sの方が連接具合はいいんだな。
fよりbの方がよく、
また、lよりzの方がホームに戻りやすそう。これは予測されていた「打ちやすさ」とよく合っている。

全般的にダメなのは、下段同士の連接か。飛鳥が拗音をここに置き、連接が起こらないようにした理由が分かる。

628 :名無しさん:2006/05/31(水) 02:28:07 0
べ、別に乙とか思って無いんだからね!

629 :620:2006/06/01(木) 07:50:02 0
内容はほぼ変わってないけど、少しまとめた。_ReadMe.htmlとか。
DLKey は 620 です。
ttp://up2.viploader.net/mini/src/viploader40793.lzh.html

>>626
>>i から他の母音へ戻る時間が結構掛かってて意外だな。
>>d b はそんなでもないのに。
オレが右利きだから、かな。

>>ktdisp.exeの表示する数値は、カーソル位置のキー → 他のキーの順番で押したときのもので合ってる?
そうです。

>>627
測定回数が少ないから、そこまで細かく読めるデータじゃないかも。
でもまあ、
・連接は 内側→外側 より 外側→内側 のほうが楽
(親指を下げるより上げるほうが腕の筋肉が楽で、親指を上げた脱力状態で
手を振り下ろせば自然と 小指→薬指→中指 の順に着地する)
・f より b のほうがホームに近い (キーが斜めだから)
・短い小指を l までずらして手全体が動いちゃうより z に曲げるほうが楽
ってのはあるかな。

630 :名無しさん:2006/06/07(水) 22:08:30 0
自分配列作って、慣れるために10日ぐらいずーっとその配列だけで打ってたんだが、
ふとQWERTY配列に戻してみたらパソコン初心者並のレベルに落ちててショックを受けた。
QWERTYでも400キー/分は打ててたのに、タイプミスの連発で120キー/分ぐらいになってた。

ここのスレ住人は2つの配列を使い分けるのなんて簡単なのかな?
なんかコツがあったら教えて欲しい。

631 :名無しさん:2006/06/07(水) 23:02:24 0
日本語用と英語用なら簡単に使い分けできるが、

632 :名無しさん:2006/06/08(木) 00:03:16 0
英語DVORAK、日本語月配列で使っているが、
日本語DVORAKローマ字はそこそこの速度が出る。
日本語QWERTYローマ字もキーボード見ながらなら何とか打てる。
でも英語QWERTYはもう無理。 キーボード見ながらでもほとんど速度が出ん。

633 :名無しさん:2006/06/09(金) 08:56:50 0
>>632
あ、オレがいる。

ACTやJLODもどきから、最近月配列に移行。
たまにQWERTYで打つと、遅いし疲れる。

634 :名無しさん:2006/06/10(土) 20:45:09 0
最近気づいたけど、左手側に母音を集めた交互打鍵配列って
打鍵スピード出ないんだな。。。
右左右左…の連打より右右左左…の2キーずつの連打のほうが楽に速く打てる。
あーあ配列イチから考え直しだぁ・・・

635 :名無しさん:2006/06/10(土) 21:58:40 0
それってQwertyの配列じゃなくて?

636 :名無しさん:2006/06/10(土) 22:35:10 0
>右右左左…の2キーずつの連打のほうが楽に速く打てる。

片手チョイを左右交互にやる感じ?



637 :634:2006/06/10(土) 22:53:03 0
>>635
うん。Qwertyは母音が適度に分散してるのはいいんだけど子音の配置がイマイチ

>>636
そうそうそんな感じ。
例えば10キー連打するとき、左右交互に休みなく5往復させるより
2キーずつ2往復半するほうがスピードを上げやすいし
打ってないほうの指を休められるから楽なはず。理論上は。

248 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)