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

キーボードの配列を語り明かす総合スレッド

■参考
キー配列 - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%AD%E3%83%BC%E9%85%8D%E5%88%97
日本語入力用キー配列(指に宿る記憶)に関するリンク集
http://www4.atwiki.jp/japanese_keyboard_layout/

■過去スレ
1　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/
5　http://pc7.2ch.net/test/read.cgi/pc/1136856710/
6　http://pc11.2ch.net/test/read.cgi/pc/1160664404/

■関連スレ
新JIS・月 キーボード配列 5打鍵目
http://pc11.2ch.net/test/read.cgi/pc/1181565329/
親指シフト(NICOLA)で日本語を快適に入力しよう 10
http://pc11.2ch.net/test/read.cgi/pc/1146979203/
理想？の日本語入力「飛鳥」配列４打鍵目
http://pc11.2ch.net/test/read.cgi/pc/1174639472/
おまえら、DVORAK配列つかってますか？
http://pc11.2ch.net/test/read.cgi/win/1034359234/
SKKIME すれっど 2
http://pc11.2ch.net/test/read.cgi/win/1168541454/
SKK専用スレッド Part7
http://pc11.2ch.net/test/read.cgi/unix/1124001722/
SKK Part5
http://pc11.2ch.net/test/read.cgi/linux/1067706152/
【漢直】T-Code/TUT-Codeスレ Lesson4【連習】
http://pc11.2ch.net/test/read.cgi/unix/1168873587/

窓使いの憂鬱 7
http://pc11.2ch.net/test/read.cgi/win/1180379801/
AutoHotkey スレッド part4
http://pc11.2ch.net/test/read.cgi/software/1184556627/

エルゴノミクスキーボード・デバイス総合スレ 4
http://pc11.2ch.net/test/read.cgi/hard/1183808812/

テンプレは以上

追加訂正あればどーぞ

z

いろいろなカナ入力配列
http://jisx6004.client.jp/layout.html

NICOLAスレが1スレ前だ。

現行スレ↓

親指シフト(NICOLA)で日本語を快適に入力しよう 11
http://pc11.2ch.net/test/read.cgi/pc/1197790793/

前スレ落ちた

初代スレが建ったのは2002/01/19だってのにいまさら気付いたけど、
このスレタイで建てたひとはなにやってるんだろうな…

とりあえず、前スレのログ
http://toku.xdisc.net/cgi/up/vcc/nm15977.zip.html

>>1,8
乙

遊び半分で旧JISやってみたが、かにでも指の移動量が凄まじい

遊び半分でキー配列一つ覚えられるのか……。
メインに使ってるのが何か他にあるということだな。
一つの配列もきっちり習得できない俺とは別の人種のようだ。

や、旧JISは全然身についてないよ。
今使ってる配列もまだ完全ではないし (´・ω・｀)
どんなもんかねって感じでやってみただけ。
ちなみに月スレ5-92を考案してぼちぼちやってます。

5-92とか2-263とか、命名規則がにちゃんらしくて面白いね。

英語圏での配列のシェアは30％がDvorakって話だが、日本はどのぐらいなんだろ。
俺はQwereyが99％で親指シフトが0.2％、新JISやらSKKやらDvorakやらが0.1％・・・
程度だと思うんだけどね。

ちなみに未だQwerty以外の配列を使った人間に遭遇したことがないｗ

SKKはインプットメソッドだろ

実家の母はカナキーだ

>>15
単なるカナはQwertyに入るんじゃね

μTRONやTypeMatrixみたいなシンメトリックなキー配列に憧れるが
製品の入手性の悪さと自身の互換性に自信が無いから購入に踏み切れない

旧JISがQWERTYの一種だっていうのはさすがにひどい言い分だろ

物理配列と論理配列とIMがごっちゃになっとるな

>>16
ねーよ

要するにキートップ刻印のはなしだろｗｗ

刻印の話なら俺だってQwertyだぜ。月だけど。

>>13
>英語圏での配列のシェアは30％がDvorak

ソースは？
たぶん数字を上げてる国がいくつかあるんだろうな　（？）

三十％がDVORAK 使う段階までなったら、
そこで雪崩現象が起きて九十％が使うようになりそうだが。
DVORAK が普及しない唯一の理由は
��普及してないから�≠ﾈわけで。

>>23-24
一応、はてなダイアリーとか
http://www7.plala.or.jp/dvorakjp/dvorak_a.htmにはそう書いてるみたいだな

Dvorak博士は結構ふかすタイプだったようだからね

>>26
ソースは？

>>27
江原さんの協力を得て直接会ってきた

ｗ

マテ
Dvorak博士は実はまだ生きｔ

刻印なら俺の脳内データによると
　0.5% その他（DVORAK、LINOTYPEなど）
　0.2% ASCII
　0.3% 無刻印
　99.0% QWERTY（QWERTZなど含む）
こんな感じじゃね

asciiってどんなの?

キーボード的には「US版英語配列」を指す俗称、か？

「ASCIIじゃねぇだろ、ANSIと呼べ」って意見もあるからそこら辺は自分で調べて納得してくれ。

俺は刻印なら99.9%がQwertyな気がする。

qwertyてか日本で言うなら、日本語JISキーボードだろ
うちに6枚ほどあるキーボードの内、一つが親指刻印だから
83.3%になるな

>>34
全体で1億3千万人としても99.9%だと13万人にしかならんけど
流石に少なすぎじゃね？

メジャーな海外通販サイトの取扱率見ても
QWERTYが一般的なものとは到底思えないな
数百商品中0とか、二つあるけど同じモデルの左右利き用とか…

×QWERTYが
○QWERTY以外が

刻印はどうでも良いよ

DVORAK刻印のキーボードというのを見てみたい。
買いたくはないけどｗｗ

どうせ手元見ないんだし、タッチその他が気に入ればDvoでもなんでも良い。
繭でいじれば良いだけだし。

刻印じゃなくて、日本での単純な割合が気になるな。
Qwertyに次ぐのがDvorakな気がするのは俺だけだろうか？
でもスレは全然伸びてないしなｗ

結局、>>13は何が言いたかったんだろうか。

結局、一番効率の良い配列はどれなんだろうか。

>>44
QWERTYじゃね？
99％のキーボードで入力できる。

Dvorakで日本語をローマ字入力すると
左手偏重になると書いてあったお（｀・ω・´）

ア行打ちまくればな

母音は必然的に打ちまくるだろ

左手にKとYがあるのが原因
しかも両方人差し指

Ｄｖｏだったら普通カ行はＣだろ

左手使って右脳を活性化！
なんて素晴らしい配列！

つ片手チョイ

>>46
DvorakJPだと改善するんじゃなかったっけ？試したこと無いけど

話は変わるが、某サイトに触発されて親指MOD配列製作中…
似た様な事やってる人がいたらどんな工夫してるのか教えて栗

「某サイト」じゃ何がどう似たようなのかわからんがな

ttp://d.hatena.ne.jp/fromdusktildawn/20070212/1171244226
http://www18.big.or.jp/~fujiwara/ikki/keyboard/
http://d.hatena.ne.jp/mobitan/
これ。一番上のモード切替は難しそうなんで、同時押し式の方を参考にしてる

とりあえずUSキーボードで親指使えるようにスペース脇にMODを2つ用意してみた
[Win][Alt][Space][Alt][Win] → [Alt][MOD1][Space][MOD2][Alt]（Winキー廃止）
まだIMEスイッチとカーソルくらいにしか使えてないんだけどね…

親指モディファイア使うなら変換無変換キーのある日本語キーボードが圧倒的に
有利だとおもうけど。スペースの小さいやつね。

俺の場合は無変換をM0にして、M0中はカーソル移動、ウインドウ移動、ウインドウリサイズ
など。Ctrl(英数キーに割り当て)やShift(スペースのワンショットモディファイア)と一緒に
押しやすいのが便利。変換キーにはBSを割り当てていて、即時キーリピートしないと
イヤなのでモディファイアにしてない。

Dvorakは日本語入力時に左手が異様に疲れる。
母音が左手に集中してるのは長時間の入力では耐えられんかった。

母音は右手がいいか左手が良いかはさておき、Dvoは小指にAなのが
疲れる原因じゃない？ ってそれはQWEも同様か。

>>49
空気が読めない配列ってわけか

KYか。確かに、くうきよめないと打ちづらい。

DVOに乗り越えた時は右手小指が疲れるように
なった。QWEではあまり使わないから。

日本語は日本語用の配列覚えた方が良いよ。
年取ると辛いけど、若いうちなら二週間程度で元のスピードまで早くなるし。

……まあ、ATOKとMS-IMEが　『、』『。』　のカスタマイズに対応するまで
選択肢はあまりないんだけど。今度のATOK2008はどうなのかね？

ローマ字入力ははそのままに、（「KA」と打てば「か」と入力されて）
配列はQWERTYまたはDVORAKのまんまで、
さらに例えば「TG」と打てば「感」などとなんらかの漢字が入力できて、
なおかつ変換ができる（「TGNSOU」と打つと「感そう」と入力され、
スペースキーを押すと「感想」と変換されるようなやつ）
っていうのはないんでしょうか？

俺も>>56とだいたい同じだな
Mod0（刻印は変換）を押しながらだと、いわゆる機能キーが
ホームポジション周りで打てる
Shift（刻印は無変換）やAlt（左Alt）との同時押しも可能
Ctrl+Insを打ちたいときはShift+BSにあたる操作で代用

で、俺の工夫は、頬杖つきながらでも作業できるように
上下左右、HomeとEnd、PgUpとPgDn、InsとDelとBSを
ぜんぶ右手のホームポジション周りに持ってきたこと

頬杖はともかくとして、片手だけで操作できるっていうのは
かなり気持ち的に楽だよ
両手のコンビネーションって意外に疲れるものだということが
これでわかった

>>63
KAZIKとかRomk-Codeとかはそういう発想だよ
ローマ字の空きを使うという

変換については漢直の方面では「交ぜ書き変換」と
呼ばれているものだね
それも「漢直win」とかの漢直ツールを使えばできる

漢直スレかそのテンプレのリンク先に情報があるかと

【漢直】T-Code/TUT-Codeスレ Lesson4【連習】
http://pc11.2ch.net/test/read.cgi/unix/1168873587/

こういうことやってる人も居るようで。
http://ejan.jugem.cc/?eid=513

日本語用配列って色々あり過ぎて
どれかを覚える気にならない感じ。
でも１ヵ月くらいでそこそこ打てるようになるのは
経験済みだから月配列でもやってみようかな。

月なら一日でそこそこ打てるようになるんじゃない？
「一日」と「そこそこ」の定義次第だが。

画面上にキーボード表示するソフトがあったけど
それ使うと初めての配列でも何となく打てる
マイナーなのだとまず自分で設定作らなきゃだけど

なんか勇気が湧いてきたぞ！
月配列やってみる。一番スタンダードなやつで。

自分でシールでも作らない限り、手元をみないから体で覚えるのは早いね。

NICOLAのキー位置覚えたところで、なんか手が痛くなってきた。
やっぱ親指の位地が固定されているのが良くないみたい。
下駄始めてみるわ。

自分の指の体勢をきっちり意識しながらスローモーションで打鍵してみて、
具体的にどういう文字の流れで指に負担がかかるのか、確認するといいよ。
NICOLAを使い続けるにしても、他の配列に乗り換えるにしても、
そういう確認作業を習慣付けることは役に立つはず。

NICOLA をrealforce91UBKで使ってたのだが、右親指＋Yが辛い。
なんとか下駄配列のポジションを覚えたところ。
今のところいい感じだ。

右親＋Yなんかを嫌ったのが飛鳥だね。
飛鳥の良し悪しは別にして。

キーボードを選ぶのが、親指シフトの弱点だよな。

Kinesis＋飛鳥＋Dvorakな俺はバカなのだろうか

飛鳥は同時打鍵を認識しないことがタイパーの間で噂になっている。
楽々入力には向いているかもしれないが高速タイピングには向いていない

（変換込みの漢字仮名混じり文で測るとして）
分速何字くらい書ければ、使いこなしてると言えるの？
タイピング超人じゃない一般人が真面目に練習して、
それぞれの配列で達成できる上限はどの辺？

>>76
「専用キーボードならさらに楽」って意味なら同意だが。

NICOLAはともかく、小梅だとキーボードを選ぶ感じはないな……
普通のキーボードを使うのにもそれなりの利点があるし。

109になって最下段キー幅がバラバラになった一方で、親指シフト向きの配置になったモノも
たまに出てくるけどどれも好きになれない。

専用キーボードも持ってたが、106の最下段を維持しているRealforce＋小梅がいい感じだ。

下駄以外にいろんな指でシフトするはる入力方式ないの？

>>74 >>75
飛鳥はY以外にも嫌ってるキーがたくさんあるからなあ。
右親指＋Y嫌ってるのは小梅配列だろう。

RAYってなんで親指だけにこだわったんだ？

>>80
専用キーボードは必要ないとしても、キーボードは選ぶだろ。
とりあえず英語キーボードは全滅だし、スペースが長くて変換無変換が1キー幅しかないヤツもきつい。

>>84
そもそも親指シフト語ってるんだから英語キーボードは論外じゃん……
親指ひゅんＱでは対応してるけど。

個人的にはRealforceみたいな最下段がいちばんツブシが効くと思ってるんだけど、
106の最下段を維持している108ってRealforceとLibertouchくらいか。
専用キーボード並みに選択肢が少ないな。

東芝ノートPCで飛鳥つかってる動画みたけど傍目にはキツそうでも本人は問題ないんだろうし。
選ぶかどうかは配列しだい本人しだいでしょ。

親指シフト系は打鍵姿勢や腕の角度、手首を置くか置かないかでも変わるよな
ノートPCは浅いストロークや小さいキーピッチで補えるかもしれんし。

富士通ノートはやわらかいしスペースキー幅が適切で好ましい（LOOX U 除く）
親指シフターじゃなくてもカスタマイズ向きだ

ノートPCは外付けが不便なだけによく吟味したいよなあ

中指シフトで全て解決だよ。

QWERTYローマ字で全て解決だね

>>78
その話聞く度に思うんだが、それは実装ソフトの問題であって配列の問題じゃないんじゃないかと。

>>79
ちゃんと考えた配列なら、誰でも分速百五十字くらいまでは行くと思う。
その辺より上の段階は、運指よりも漢字変換のもつれが速度を決めるから、
それ以上の速度で打てる人は、何らかの漢直を使ってるんじゃないかな。
仮名漢字変換を使うにしても、独自の単語登録で、
実質は一種の連想漢直みたいな入力方式に段階的に移行してるとか。

ＱＷＥＲＴＹだと分速百字くらいが、大半の人にとっての壁だろう。
運指が問題になる段階を超えられる人は例外的少数だと思う。

仮名漢字変換でも もっと効率の高い配列が日本語入力のデフォールトだったら、
もっと多くの人が漢字変換の壁を意識するようになっただろうし、
漢直を覚えようとする人も、もっと多かっただろうね。

>>79
Dvorakを練習した感じだと、変換抜きの純粋なタイプスピードが
200を超えたあたりで実用に耐えると思え始めた感じだった。
250くらいに到達した今、結構なめらかになったと感じるよ。
あとはノーミスで打てればもっと使いやすくなる感じ。
ミスばっかりだとダメね。。。

キーが斜めに配置されてる時点で嫌だなぁ

>>79
Qwerty以外で、練習次第で誰でも到達しうるレベルはタイプウェルでSF〜SHあたりだろう。
そしてバカみたいに練習を毎日しまくれば誰でもSB〜SD程度までは行くと思われる。
それより上は才能のある椰子じゃないと無理だろうな

英語キーボードでもM・C下にAltがあるようなコンパクトや
チンコパッドみたいにマウスタンがあれば親指使えない事もない…

>85
親指シフトについて語っているんであれば「論外」も通用するかも知れん。が、このスレは
配列全般について語るスレであって、比較対象の配列の多くは(JISカナですら)スペースが
バーのUSキーボードでも入力できる。

話題が錯綜してるな・・・

>>96
NY
流れ読めない

Mac用ワープロソフト・IMEの老舗 egword / egbridge が終了したんだが、
Dvorakやローマ字カスタマイズについて展開してるので読んでおきたい流れ。

【egword】エルゴソフトのスレ 第16版【egbridge】
http://pc11.2ch.net/test/read.cgi/mac/1201530325/793-

「サードパーティのIMEがひとつ途絶えた」ってのはスレ的に対岸の火事とはいえない事態だとおもうわ。
中の人が降臨してるけどコメント読むにせつなくなる。

下駄始めて３日目。NICOLAよりいい感じだ。
指も痛くない。このままいこうかと思う。
このスレ的には下駄ってどうなの？

名前がいまいち

>>79
QwertyだろうとDvorakだろうとどんなに速い人でも親指シフターには勝てないよ。
個人的にはQwertyの上限が親指シフターの速め人にあたると思う。
Qwertyで日本でも5本の指に入る人にあったことがあるが親指シフターの俺のほうが速かったからな。

10年前からやってきた人か

速度に年代は関係あるまい。

>>102
そういうことを言う人には、タイピングゲームのランキングで
サクッとトップを取ってきてほしい。
別に煽りとかじゃなくて、マジで。

俺も親指シフトの方が速いと思うけど、
実際にローマ字のランキングトップより全然遅いから悔しいわけさ。

ゲームなんかで速さなんてわからんだろ

ビデオ見るとそうも言ってられない。
笑えるくらいめちゃめちゃ速い。
音が違う。

こういう人種のことだな。
http://park10.wakwak.com/~gamers-summit/profile.html

でも、配列自体の効率を論じるには、
こういう人のことは忘れといた方がいいと思うｗｗ

あきうめはnicolaも打てるがJISのほうがはやいんじゃなかったっけ

>>108
動画を見たが変換無しならあの程度なら普通じゃないか？

いろんなソフトでトップ集団にいるのに「普通」はなかろ

>>100
下駄は実装方法がシェアウェアの姫踊子草か
設定ファイルが意味不明の繭しかないから
評判以前に試した人が少数と思われ

AHKやさいころでもできるんじゃない?
>112にかかればこれも「意味不明」だろうけど。

.mayuで用意されてるのに意味不明とか言われたらほんともうねｒｙ

繭って同時打鍵系の配列書けたっけ？

LockのON/OFFで30状態作ってるのか、力技だなぁ

書こうと思えばShiftとキーとどっちが先でも判定される.mayuは書ける。
ただ、やまぶきとかみたいに「○msだけ後押しShift有効」みたいな事は出来ないから、
次のShift押す前に前のキーが確実に離されてないとキー被り起こすはず。

繭で書くなら「同時打鍵っぽいShift先押し逐次打鍵」のつもりで記述するのが楽だろうな。

繭で漢直のせちゃう人もいるしな

いずれにしても.mayu手うちではあまりにも非現実的で
何らかのプリプロセッサとかトランスレータが必要になるとは思う

どの配列の話？
下駄ならもうあるけど。

繭には内部設定用モディファイヤが、M0〜M9 L0〜L9 という 二系列 二十個用意されている。
それぞれの系列内部では自由に組み合わせられるから、
Ｌ系だけでも、2^10=1024 個のモディファイヤを使えるわけで、数としては充分以上だと言える。
同時打鍵を使う配列は、現にそういう方式で、キーごとにユニークなモディファイヤを設定している。
しかし、この二進法方式でモディファイヤを割り当てた設定ファイルは、すごく読みにくい。
繭の仕様が、M00〜M99 L00〜L99 という形でモディファイヤを設定できるようになっていたら、
もっとすっきりした設定ファイルを書くことができたはずだと思う。

&Prefixで同時打鍵実装してるのもあるぜよ。っていうか多分最初の同時打鍵(NICOLA)実装は
&Prefix。「の」氏の設定ファイル。

>>121
.mayuを人が見るとかは一切あきらめて>>119のようにすれば
要するにM00〜M99など使って書かれた定義ファイルを
モディファイヤの組合せを使った.mayuに変換するツールを作ればいい

快適！下駄配列その１
http://pc11.2ch.net/test/read.cgi/pc/1201883108/

１スレ目からナンバリングするスレは続かないっていうジンクスがあってな

このスレ↓は おもしろい

モーニング娘狼［MS-IMEでLを「ん」にマッピングした］
http://mamono.2ch.net/test/read.cgi/morningcoffee/1201929872/

落ちてるらしいぞ

実験的に右手側を１列分右に移動して、左右の手の間隔が１列分広くしてEnterや右Shiftや右Ctrlを打ちやすい
配列をmayuでやってみようと思うのだけど
確か前にどのキーを体の中心にするといいとかなんとかの話題があったような気がするけど
両手の間隔が広がることによる、他でタッチタイプする時に困る以外の、何か実質的な問題ってあるかな？

腕の角度が変わるから、ちょっと近づいた方が良いかもね、キーボードに。
まーその辺は人それぞれだろうが。

目印がないのでホームポジションを手探りで探すことができない
6とかBが届かない

目印は、まあどうにかなるわな。ポッチシール貼るなり、木工ボンドたらすなり、キー入れ替えるなり。
6は確かに遠くなるが、人によっては左手で打つな。その分\やBSが打ちやすくなるわけだし、
頻度低い機能を割り当てれば死にキーにはせずに済むだろう。


Bは……元々左手で打つだろ普通。

Bを右で打つ流派も古くから存在するよ。

逆に\[]_にBSEnterCtrlShiftを当てるってのはどうだ?

>>133
それだと右Shiftはいいとしても、右Ctrlを右掌でおせないじゃないか・・ｗ

いや・・そりゃCtrlでもShiftでも、もう左で打つ習慣が染みついているから右が使えようと使えまいと
左だけでタッチタイプしてるんだから意味ないと言えば意味ないんだけど・・


でも、右Shiftや右Ctrlが普通に押せる位置に来るなら
何か別の機能キーを割り当てるっていう事も出来る・・・　よね
たとえば右Ctrlに・・・・　なにがいいだろ・・ｗ

>134
>それだと右Shiftはいいとしても、右Ctrlを右掌でおせないじゃないか・・ｗ
よく分からんが、いま右掌でCtrl押してるんなら、それはそのまま残せばいいじゃない。

>でも、右Shiftや右Ctrlが普通に押せる位置に来るなら
>何か別の機能キーを割り当てるっていう事も出来る・・・　よね
>たとえば右Ctrlに・・・・　なにがいいだろ・・ｗ
どういう意味? 標準のRCtrlがあくからその位置に何か他の機能を割り当てるって事?

>>135
んっと
左Ctrは、ホームポジションから全く動かすことなく、掌（小指の付け根のあたり)をキーボードに押しつける事で入力できて
同時にそのCtrlをおさえたまま左手側通常キーを入力することも用意だけど
日本語キーボードの場合、右Ctrlでは　それは無理


＞どういう意味?
俺はやってないんだけど、変換無変換あたりにBSとかEnterとか（だっけ？）を割り当てるって話は
キーボード系のスレで時々出てきた気がするけど
そんな感じで何かを割り当てるってのも　ありかなって思っただけっす

下駄配列を繭で使い始めたよ
自分の繭の設定との兼ね合いでオリジナルのとはちょっと違うけど

>>128
かにポジションのがよくね？

>>138
かにポジションって何？　と思ってググってみたら本当にあった・・ｗ
増田式の１つ・・・　になるのかな
１段上にずらすっていうのは、そういえば昔どこかで見たような気がするけど
増田式って商売でやってるから中身が表に出てこなくて全然わからない・・ｗ

何より、上に一段ずらしたら下段の入力が親指になるから
自然と手を浮かせる感じになって、なおかつ親指がホームポジション維持の役割を果たせなくなって
なんかホームポジションがふらふら安定しなくなりそう・・・＾＾；

> 上に一段ずらしたら下段の入力が親指になるから

増田式ではそうはならないよ

増田式は
手のひら全体を前後にすさまじいスピードで動かすメソッド
必然的に手は常に浮かせているメソッド


その道のプロ以外は使えないメソッドｗｗｗｗｗｗｗ

手のひらは浮かす必要ないだろ、増田式でも。

増田式だとアルファベットの入力にも影響出るのが困るけどな。全部ずらして
下に数字持って行くか、アルファベット入力時は手をずらすか。

>>142
増田式のテキスト読んだ事あるの？
手のひらを浮かさなければできない打ち方なんだよ。
人差し指については常に「チョキ」
この動きしか書かれていない。

増田式ってのも今更な感じがするな

増田式とは配列ではなく
タッチ・タイプのメソッド
いろんな配列に対応しているというだけのおハナシ

益田式といえば、チョイ系ってどうよ？

Win98の頃しばらく両手チョイやってました。
ただMacを主に使わなければならないようになって、やむなくローマ字入力に。
IMEの定義をチョイへ書き換えるのはegbridgeでさえ無理だった。
Windowsなら松茸使えば可能でした。

使い心地としては、右→左の交互打鍵が主のリズミカルな印象。
ドボラックに似てますが（タッチ１６により近いか）、濁音・半濁音などは別キーで加えるので
右側に位置する子音キーも少なくて済みます。

現在のチョイはどうなってるんでしょうか。
MSやAtokでも使えるのかな。「;」なんかの記号とアルファベットの組合せで
かなを定義できないんですよね。

;は定義できるよ。http://www.massangeana.com/mas/charsets/hana/hanasetup.htm

それじゃあ俺は荻野式で…

配列に興味もって初めて使ってみたのがチョイだったな。
覚えやすいし打ちやすいんで、初心者にもいいよね。

片手チョイなんてのもあったなぁ
繭でFrogPadに乗せてみようかな

チョイが打ちやすいって人結構いるもんだね。
おれは子音が左手じゃないから馴染めなかった。

右手の人差し指が腱鞘炎ぽいので、
自分配列で右人差し指の使用頻度を下げようと、
何カ月か試行錯誤を繰り返していたのだが、解決しなかった。
ところがマウスを左手で使うようにすると、あっさり治ってしまった。
原因を勘違いしていたようだ。

マウスって意外と指に負担がある。
153はどんなマウスを使ってたの?

>>154
ttp://pics.livedoor.com/u/baudrons/133465

こういうマウスじゃね？

ttp://item.rakuten.co.jp/miketoy/10001153/
ついついクリック連打しちゃうんだよね

>>156
寄生虫に目玉を食われるカタツムリの映像を思い出した

なんでこんな寂れてんだ。
age

別に寂れてはないよ。いつも通り。ネタがありゃ食いつく。

>158
基本的に俺配列の自慢だからな。
叢雲調子良いぜ。癖がけっこう酷いけど。

そういやATOK2008って、結局のところ句読点カスタマイズNGなのかね？

親指に固執してる香具師ってなんなの？
とくにNICOLA。
明らかに後発の中指系が合理的だし、汎用性も優れているだろ。
そんな漏れのお勧めは下駄配列。

それぞれ長所と短所があるし、何を重視するかは人それぞれ。

>>160
無理らしい
ソースは月スレ

>161
imprint

今となってはNICOLAの長所って何？

親指シフト系で、キートップに文字が印字されたキーボードが
最も手に入りやすいのは今でもやっぱりニコラだろう

>163
ムリか。月スレには特許対策でNGというのも示唆されてるな。いやな話だ。

>161
連続シフトを考慮した場合は親指シフトの方が有利だよ。
中指->薬指とか中指->小指のアルペジオはかなり慣れないと辛いし。

>166
キートップは見ないほうが良いと思うな。キートップ見るために手をどける変なくせが付く。
画面に配列貼り付けた方が身に付きやすいと思う。

月スレで特許って言ったの俺だけどそれ口から出まかせ

>168
なにい！！ デマをバラまくでない。
実際、実現不可能なもの・どう考えても特許になりそうにないものでも出願はできるからなぁ。
永久機関の出願もけっこうあるらしいし。

>>168
ちょｗ
月スレでそれに反応して　一体どこのなんてっていったの俺ｗ

>>169
タイムマシンとかもあるらしいねｗ


ってか、制限しないでいいものを
あえて制限しているだけなのに
それを制限しないようにするだけで特許に引っかかるとしたら
特許のシステム自体（出願しただけ・特許が通った・訴訟問題が起きたときの実際の判断等）に問題がある希ガス


制限していることが、あまりに当然で
制限しないようにすることが、すごい独創的なアイデアだったりするなら別だけど・・・

そもそも特許とられてたらegでもカスタマイズできないハズだしな

朝飯食ってて思いついたんだけど。

ホームポジションを親指シフトで3面化して、
ローマ字入力に必要なアルファベットを割り当てたら、
指を動かさなくていいからラクかな？

母音とYと「っ」を無シフトに当てればシフトが連続しないから、結構使える気がする。

姫踊子草用のステノワード配列のファイル持っている人いない？

ないでしょうね。あるんなら俺も欲しいぐらい。
ってか姫踊子草て2打鍵同時押しまでしか対応してなかったような気も。
スピードワープロは2打鍵ぐらいじゃどうにもならないな。

ステノワードの定義らしきものはコレか？
ttp://www12.ocn.ne.jp/~sokkidou/t12/65a.html

じっと見てると、ステノワードって単純に携帯なんかで使われているポケベル打ちと
同じなんだね。要するに左手でカ行なのかタ行なのかみたいなのを指定して、
右手で母音を指定することによって入力していくということみたいね。

これを実現するには、同時押しを判断するための特殊な判断が必要そう。
親指シフトみたいにキー押下直後にシフトを打たれても、それは同時押しと判断するとか。

ハードウェア的な問題のほうが厳しいんじゃないかな。
ステノワードの本領である短縮入力になると、6キー同時押しとか普通に出てくる。
リアフォならいけるが、わざわざこれを用意する必要があって、
用意しても限られたキーしか使わないってのもな・・・

あー、やっぱりそんな簡単な話じゃないのね。
確かにテレビで見たステノワードのスピードは凄かった。
こんな簡単な話じゃないわけか・・・。

そういえばステノタイプも変なものテンコモリだった。
以下のページの「Example」みても、なんて書いてあるのか
サッパリ。他の速記者が書いたのは理解不能とかって書いて
あるし・・・。英語ぐらい全部打てや！と言いたくなる。
http://en.wikipedia.org/wiki/Stenotype

>>179
全部打っていたら、Dvorakでギネスもってるバーバラたんでも、
欧米人の話す速度に間に合わない。

>178
ホーム段だけなら8鍵認識するキーボードはざらにあると思う。
「EとDとC」といった、普通の指使いでは同時に押さないはずのキーは、同時認識
しないキーボードも多いが。

>177
そこまではいいんだけど問題は拡張。定義が分からないからねー。
同時打鍵は繭で出来るよ。

>>180
そういえば、ステノタイプの入力スピードは普通のスピード225WPM、最高300WPMって
書いてあったから、バーバラたんの最高記録の212wpmでは追いつけないわけだね・・・。
このステノタイプって凄いもんだなー。

ステノタイプで230WPMで打っている動画。フランス語だと思う。
ttp://www.youtube.com/watch?v=k0M6dYWxDuw

>>180

同時打鍵は繭で出来るんだ。凄いなー。定義のほうは、どうなんだろう・・。
定義って漢直以上に多そう。

８個とか１０個とかの限られたキー数でいいのなら
熱線補修剤でメンブレンパタンをいじればｎキーロールオーバーできるね

ステノワードじゃないけど、ソクタイプってのもあったよ。
ttp://homepage3.nifty.com/Steno/001c/index.html
ステノタイプの仲間みたいだし、ステノワードと何らかの
関連があるかも。「ソクタイプの基礎符号の分析」のPDF
見たら、結構いっぱい定義が書いてあった。

>>183
詳しく…please、
富士通とかサンワサプライのKey-Board で可能？
それとも、機種限定でしょうか？

>>185
町で売ってる新品の安いキーボードはだいたいメンブレン式だよ
メンブレンというのは三枚重ねのビニールの薄い板で
真ん中の一枚はキーボードのキーの位置に穴があいてる
両側のは内向きに配線パタンが印刷してあって
キーを押すとその位置の穴を隔てて向かい合った配線同士が
電気が流れるようになってる

上側も、下側も、それぞれ配線パタンはひとつながりではなくて
たどっていくといくつかの線になってる
キーボードの頭脳は、そういう安いキーボードでは普通
三つ並んだランプの下にプリント基板が入っていて
上のメンブレンと下のメンブレンの配線はそこにつながってる

キーを押すと、頭脳から、上のメンブレンの配線を伝わって、
押された箇所の穴で下と接しているところを通って、
下の配線を伝わって頭脳へ戻ってくる回路ができる

ここで上も下もそれぞれいくつかの配線があるって言ったけど
特定の上の線と特定の下の線が接するような穴は一つしかないようになってる

まああまりにも安いキーボードだと中には右シフトと左シフトが
区別できないようなやつもあるけど、そういうのは別にすればね

さてそこでロールオーバの話なのだけど
上の配線のうち２つをa、bとして、下の配線のうち２つをp、qとして説明するよ

「aとp」「bとp」「aとq」「bとq」というのはそれぞれ何かのキーを表してるわけだ

ここで「aとp」のキーを押したまま「bとq」を押せば、頭脳は押されたことに気づく

また「aとp」のキーを押したまま「aとq」を押したときも、頭脳は押されたことに気づく

「aとp」のキーを押したまま「aとq」を押し、さらにそのまま「bとq」のキーを押した時も、
頭脳は押されたことに気づく
今までつながっていなかった配線がつながるからね

でも、「aとp」のキーを押したまま「bとq」を押し、さらにそのまま「aとq」のキーを押した時は、
頭脳は押されたことに気づかない

これがnキーロールオーバができない理由だよ

それでは特定の10個のキーで10キーロールオーバができるためにはどうすればいいか？

答え、その10個のキーを全部「何かとp」にしてしまえばいい
そうすればどんな順番で押してもぜったい頭脳は気づいてくれる

じゃあそんな改造はどうやればいいのか
メンブレンの配線を書き換えればいい

そのために使うのが熱線補修剤
小学生の女の子が年賀状を書くときに使うもこもこペンみたいなもので
ペンで書いたところに電気が流れるようになってる
ほんとは自動車のリアガラスの熱線が切れたときに使うもの

これを使って配線を書くわけだ
いらない既存の配線は紙やすりで消せばいい

ごめん酒飲んでるから文章が支離滅裂の気もするけど

何か懐かしい思い出が蘇った

俺も書きながら懐かしかった

ステノ程度のロールオーバーっていうか同時押しに支障が出るキーボードって
そんなにある？ 俺は当たったこと無いな、安物やノートも含めて。

ステノの話題は今までにも何度か出てるから、過去ログも見ると良いと思う。

>>186,187　何か解りかけてきた…独りよがりか？key-Boardの
上側、下側のﾒﾝﾌﾞﾚﾝに「a,b,…」「p,q,…」と配線→頭脳＝μｺﾝ→USBorPS2でPC
一般日本語109key-Boardの場合↑の配線数は最低各々10*11＝110で
μｺﾝへの配線は21本有れば足りる？
東プレの高級レkey-Boardの場合…ｳｯ知恵熱出そうだ…109本の配線が全ての
Keyに繋がっている？何か現実は違う予感、東プレの中を知っている人教えてホスイ

> 「aとp」「bとp」「aとq」「bとq」というのはそれぞれ何かのキーを表してるわけだ
> ここで「aとp」のキーを押したまま「bとq」を押せば、頭脳は押されたことに気づく
> また「aとp」のキーを押したまま「aとq」を押したときも、頭脳は押されたことに気づく
> 「aとp」のキーを押したまま「aとq」を押し、さらにそのまま「bとq」のキーを押した時も、
> 頭脳は押されたことに気づく
> 今までつながっていなかった配線がつながるからね
> でも、「aとp」のキーを押したまま「bとq」を押し、さらにそのまま「aとq」のキーを押した時は、
> 頭脳は押されたことに気づかない
> これがnキーロールオーバができない理由だよ
富士通ので実験してみた、ホームポジションの段ではASDFGHJKまでOK、「Ｌ」がNG
ホームの上の段ではQWERTYUまでOK、「I」がNG
ホームの下の段ではZXCVBNM<までOK、「>」がNGでした。

つまり、富士通の配線は21本以上で割りと考えられていて、…
…分解してみたく成りました。ﾄﾞﾗｲﾊﾞｰとKeytop記録メモだけじゃﾊｰﾄﾞﾙ高いですかね

配線については、↓を見つけました。>186,187　さんの解説がさらに良く解りました。
「なるほど！メンブレン」（長野テクトロン社）
ttp://www.nagateku.co.jp/qbox.html

分解も、まず検索してみます。私のトライはこのスレの方々には、車輪の再発明な話題ｶﾓ･･･？

　 　 回　　●
┏━━ 　 ■
┃　 同 ／■
┣━━ ┃■
┃　　┏┫▼
┃　　┃┃▲


「回」はディスプレイで、「同」はパソコン本体
パソコンデスクに上下に置いてある
パソコンデスクの手前に椅子があるが、座るためではない
背もたれにキーボードが固定してあり、
自分は その椅子の背後に立ってキーボードを操作する
手を下に垂らしたままタイピングできるので楽
http://up2.viploader.net/pic/src/viploader581351.jpg

シュールｗ

>>193
キーボードを2個用意して体の両脇に置けば、手を横に垂らしたままで打てるからもっと楽だぞ。

>>193
絵うまいっすね。皮肉とかでなく、本当に。味のあるいい絵だと思いました。

>>193 を横に寝かせて、頭の下にクッションを置き、
身体とキーボードをコタツに突っ込んで、
コンピュータとディスプレーをコタツに載せたら……俺ｗｗ

これな
http://www.thecraftstudio.com/bcboy/keyboard.html

ヘッドマウントディスプレイと片手キーボードと片手ポインティングデバイスを装備して布団に寝ながらPC

それじゃあ寝たきりの病人じゃないか

>>192
解析するなら、中身だけになったキーボード（の頭脳）をPCに接続して
その状態でa、b…らしき端子とp、q…らしき端子を順次に短絡してみて
PCになんのキーが押されたという信号が行くかを記録するのが楽

>>195
こんなのもある。
http://www-cs-students.stanford.edu/~kpfleger/ergo/#photos
http://www.safetype.com/

>>198
もうね、アホちゃうかとｗ

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\IMEJP\8.1\RomaDef\KanaType]
"table"=hex:\
3B,3D,82,EA,00,61,3D,82,BF,00,62,3D,82,B1,00,\
63,3D,82,B5,00,64,2C,3D,82,CA,00,64,2E,3D,82,EB,00,\
64,2F,3D,81,5B,00,64,3B,3D,81,4B,00,64,62,3D,82,B0,00,\
64,63,3D,82,BC,00,64,64,3D,82,B5,00,64,65,3D,82,A0,00,\
64,69,3D,82,E3,00,64,6D,3D,82,DF,00,64,6E,3D,82,DE,00,\
64,6F,3D,82,E5,00,64,70,3D,82,F0,00,64,71,3D,82,CA,00,\
64,72,3D,82,B7,00,64,74,3D,82,A6,00,64,75,3D,82,E1,00,\
64,76,3D,82,D7,00,64,77,3D,82,D3,00,64,78,3D,82,BA,00,\
64,79,3D,82,A7,00,65,3D,82,A2,00,66,3D,82,CD,00,\
67,3D,82,AB,00,68,3D,82,AD,00,69,3D,82,C9,00,\
6A,3D,82,DC,00,6B,2C,3D,82,CB,00,6B,2E,3D,82,E9,00,\
6B,2F,3D,82,DF,00,6B,3B,3D,82,D9,00,6B,62,3D,82,AF,00,\
6B,63,3D,82,BB,00,6B,64,3D,82,A1,00,6B,65,3D,82,9F,00,\
6B,69,3D,82,E4,00,6B,6A,3D,82,EC,00,6B,6B,3D,82,CC,00,\
6B,6D,3D,82,EF,00,6B,6E,3D,82,EE,00,6B,6F,3D,82,E6,00,\
6B,70,3D,82,ED,00,6B,72,3D,82,A3,00,6B,74,3D,82,A5,00,\
6B,75,3D,82,E2,00,6B,76,3D,82,D6,00,6B,78,3D,82,B9,00,\
6B,79,3D,82,A8,00,6B,7A,3D,82,C1,00,6C,3D,82,E8,00,\
6D,3D,82,E0,00,6E,3D,82,DD,00,6F,3D,82,E7,00,\
70,3D,81,4A,00,71,3D,82,BD,00,72,3D,82,A4,00,\
73,3D,82,C6,00,74,3D,82,A9,00,75,3D,82,C8,00,\
76,3D,82,D0,00,77,3D,82,C4,00,78,3D,82,B3,00,\
79,3D,82,F1,00,7A,3D,82,C2,00,\
00

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Ime\Japan\IMEJP\RomaDef]
"KanaType"=hex:\
3B,3D,82,EA,00,61,3D,82,BF,00,62,3D,82,B1,00,\
63,3D,82,B5,00,64,2C,3D,82,CA,00,64,2E,3D,82,EB,00,\
64,2F,3D,81,5B,00,64,3B,3D,81,4B,00,64,62,3D,82,B0,00,\
64,63,3D,82,BC,00,64,64,3D,82,B5,00,64,65,3D,82,A0,00,\
64,69,3D,82,E3,00,64,6D,3D,82,DF,00,64,6E,3D,82,DE,00,\
64,6F,3D,82,E5,00,64,70,3D,82,F0,00,64,71,3D,82,CA,00,\
64,72,3D,82,B7,00,64,74,3D,82,A6,00,64,75,3D,82,E1,00,\
64,76,3D,82,D7,00,64,77,3D,82,D3,00,64,78,3D,82,BA,00,\
64,79,3D,82,A7,00,65,3D,82,A2,00,66,3D,82,CD,00,\
67,3D,82,AB,00,68,3D,82,AD,00,69,3D,82,C9,00,\
6A,3D,82,DC,00,6B,2C,3D,82,CB,00,6B,2E,3D,82,E9,00,\
6B,2F,3D,82,DF,00,6B,3B,3D,82,D9,00,6B,62,3D,82,AF,00,\
6B,63,3D,82,BB,00,6B,64,3D,82,A1,00,6B,65,3D,82,9F,00,\
6B,69,3D,82,E4,00,6B,6A,3D,82,EC,00,6B,6B,3D,82,CC,00,\
6B,6D,3D,82,EF,00,6B,6E,3D,82,EE,00,6B,6F,3D,82,E6,00,\
6B,70,3D,82,ED,00,6B,72,3D,82,A3,00,6B,74,3D,82,A5,00,\
6B,75,3D,82,E2,00,6B,76,3D,82,D6,00,6B,78,3D,82,B9,00,\
6B,79,3D,82,A8,00,6B,7A,3D,82,C1,00,6C,3D,82,E8,00,\
6D,3D,82,E0,00,6E,3D,82,DD,00,6F,3D,82,E7,00,\
70,3D,81,4A,00,71,3D,82,BD,00,72,3D,82,A4,00,\
73,3D,82,C6,00,74,3D,82,A9,00,75,3D,82,C8,00,\
76,3D,82,D0,00,77,3D,82,C4,00,78,3D,82,B3,00,\
79,3D,82,F1,00,7A,3D,82,C2,00,\
00

>>203-204
は、何をどうするための何ですか？
もうちょっと説明が無いと。

キーボード配列がランダムに切り替わるレジです

>>205　MS-IMEのキーカスタマイズ？　な予感
2ｋ　の俺→>203　すると　>204　はXP？
現行reg　をバックアップとって　>203　をreg　にインポートすれば何やらなると思うが
ｶｷｺした>203-204　が↑の目的を明かして欲しい、　なぞなぞゴッコか？

ローマ字定義追加手順っぽいが…

ちょっとプログラムつくって見てみたよ。>>203も>>204も
こんなローマ字定義でした。

;=れ,a=ち,b=こ,c=し,d,=ぬ,d.=ろ,d/=ー,d;=゜,db=げ,dc=ぞ,dd=し,de=あ,di=ゅ,
dm=め,dn=む,do=ょ,dp=を,dq=ぬ,dr=す,dt=え,du=ゃ,dv=べ,dw=ふ,dx=ぜ,dy=ぉ,
e=い,f=は,g=き,h=く,i=に,j=ま,k,=ね,k.=る,k/=め,k;=ほ,kb=け,kc=そ,kd=ぃ,
ke=ぁ,ki=ゆ,kj=ゎ,kk=の,km=ゑ,kn=ゐ,ko=よ,kp=わ,kr=ぅ,kt=ぇ,ku=や,kv=へ,
kx=せ,ky=お,kz=っ,l=り,m=も,n=み,o=ら,p=゛,q=た,r=う,s=と,t=か,u=な,v=ひ,
w=て,x=さ,y=ん,z=つ,,

これって何配列だろ？de=あ、e=い、r=う、dt=え、ky=お なんだけど。
中指前置シフトだけど・・・

>>203-204はスルーしようと思ってたけど
>>209が乙なので、俺が勝手に解説してみる。

単打か2連打ならJISカナ。
同手中指シフトでJISカナの英字キー以外の文字。
異手中指シフトでJISカナのShift打鍵な文字。
あとは独自拡張＋文字の出現頻度を考慮したシフト/アンシフト文字の入れ替え。

・俺評価
かな表記のない日本語キーボードが増加しつつある状況で、JISかなベースの利点は小さい。
JISカナ使用者にしてみれば、カナの打鍵数を4割増加させられるくらいなら英数切り替えを選ぶ予感。

>>210の最後の行は、
JISカナ使用者から見たローマ字系の利点が、カナ以外の文字の入力が楽になる、という点であることを考慮した内容。

こんな感じらしいね。JISカナをそのまま持ってきてるような。

[おもて面]
た て い う か ん な に ら ゛
ち と ☆ は き く ま ★ り れ
つ さ し こ ひ み も 、 。 ・

[☆ Dシフト側]
ぬ ふ あ す え ぉ ゃ ゅ ょ を
■ ■ し □ □ □ □ ■ ゜
■ ぜ ぞ べ げ む め ぬ ろ ー

[★ Kシフト側]
■ ■ ぁ ぅ ぇ お や ゆ よ わ
■ ■ ぃ □ □ □ ゎ の ■ ほ
っ せ そ へ け ゐ ゑ ね る め

あ、210さんとかぶった・・
やっぱ、JISカナですよね、コレ。

>>212
GJ
文章で説明されるよりも一目瞭然で助かった。
ちょっと興味あるカモ

3段中指旧JISか。

本来であれば、3段中指旧JISにこそ、叢雲と名付けたいところ

まあ、そこは早いもの勝ちってことで。
月に対するアンチテーゼ（濁音先おきの方が効率いい）を持ってるから
旧JISよりも相応しいだろ、とは思うが。

濁音先の方が効率がいいのか。
交互打鍵率が上がるのかな?

ああー月に叢雲っていう意味だったのか知らなかった

>218
いや、単純に『中指シフトとの相性が良い』ということ。
月の場合は
　・シフト：　中指->その他の指
　・濁音：どこかの指 -> 右手薬指
　・半濁音：どこかの指 -> 右手小指

という感じで流れが統一されていないけど、叢雲の場合は
　・シフト面・（半）濁音：　中指->その他の指
という流れに統一されているから、リズムがとりやすい＆運指の効率がいい
……気がする。

確かに叢雲の方が交互打鍵率が高いと思うけど、それは（半）濁音キーを
贅沢に２つ用意しているからですな。
（どっちかというと交互打鍵よりもアルペジオの方が多いけど）

下駄動画入荷しました

http://www.nicovideo.jp/watch/sm2422094

ニコはやめてくれ
俺登録できなかったんだよorz

こいつは速いけど、スマートじゃないな
http://park10.wakwak.com/~gamers-summit/movie_t.html

関係ないけど6面終了。
結局ニコニコorようつべの2択になっていくのね。

ってことで誰かようつべのアカ持ってる人は転載して下さい。

下駄動画をyoutubeにアップ。少し画質落ちてるのは勘弁して。
http://www.youtube.com/watch?v=Ly3bHRTYCYs

>>221
爪が可愛い。

>>225
39!

月の利点ってなんですか？

他人にキーボードを触られなくなる

>>228
月のサイト行きなさい
っ　http://jisx6004.client.jp/tsuki.html

http://sho1.jp/sho1/index.html
《小学１年生》の付録がすごいな。
新小学生の獲得のために、採算は度外視したんだろうが、
それにしたって そうそう高額なものではありえない。
こういう感じのデバイスが普及して文字入力に使えれば、
携帯電話とコンピュータの統一インターフェースになるんじゃないか。
下手すると、楽器とか各種機械の統一インターフェースにまで。

>>231
手首のところのボタンが余計だけど、結構いいね。
5本の指だけを使った配列を考えるとすると、どうなるんだろう。
同時押しを認識させるか、携帯のポケベル方式か、月みたいな
ローマ字拡張？こういう妄想をしてみるのも面白いかもねー。

グローブでキーボードをエミュレートするっつうのは映画のJMでみたことがある

KITTYじゃん
http://www.kittytech.com/

Perky の方が近いと思う。
http://homepage2.nifty.com/perky/

Perkyってハードは見たままだろうけどソフトウェアはどうなってるの？

>232
手首のボタンをモディファイアに使うんだ

配列難民はどこからきて、どこへたどり着くんですか？

ローマ字から来て、俺様配列に辿り着く

すべての道はローマに通ず

最近は、ローマ字互換の独自AZIKにたどり着いたよ。
他人に使わせても文句が出ない。

>>241
TypeWellなんかでどの程度速くなりました？
なんか、ああいうのって結局拡張部分を使おうとすると
遅くなるような。

やっぱりｸﾏｰ

>>242
241じゃないけど、TypeWellなんかじゃかなり遅くなる。頭が付いてこない。

TypeWellよかeelllみたいな、フィードバックが画面に出てこないようなやつで
練習した方が、脳と指の繋がりが強化される感じがして、普段のタイピングに効
く感じがするぜ。

配列の良し悪しは人それぞれ、好みによるところが多い。
ってことでこりゃ駄目だと思った配列は？

QWERTY。こりゃ駄目だ。

OEA配列。Dvorak改悪版だし。

ひらがな入力モードのままとにかくバーっと打って
後でカタカナ変換や英数変換する俺は
かな入力系でキー入れ替えユーティリティ必須のものは全てアウト。

マカーな俺はEGで実装できないものは全部アウトorz

>246
飛鳥。俺の記憶の限界を越えている。文字を探すのも大変だし。

http://jp.youtube.com/watch?v=c_KdGKRE5d8

ケータイ配列。

今までずっとポケベル式でいたのだけど、
まあ慣れの問題だろって気軽に考えて
ポケベル式のない機種に変えたら
なんというかこりゃ駄目だ

我慢してもう半年とちょっとになるけど
これには慣れれる気がしない

もはやポケベル打ちモードが付いている携帯の方が希少だ。

「携帯使いの憂鬱」ﾏﾀﾞｰ？ﾁﾝﾁﾝ

>>255
自作フラグたったね。

>>253
トグル入力の鍵は
逆トグルをいかに活用するかにかかっているのです

ゆえに逆トグルボタンの位置は大変重要なのです

>257
まじ？

てか3回も4回も同じボタン押すと回数間違える

http://jp.youtube.com/watch?v=CECvauMUtzM&feature=related

>>242
TypeWellはやってないからわかんね。
おそらくローマ字よりもちょっと(数パーセントか)速い程度だけど、中段率が高くなって楽よ。
拡張部分を使うと遅くなるってことは、俺の場合について言えば、ない。
拗音を、たとえば「ki xyo」と分けて打った方が速いってことはないでしょ? 拡張はそれと一緒。

そうかなあ・・・。
ai,ou,eiみたいな一般的な拡張を見ても、
俺はそんなのを使うよりもホームポジション列でアルペジオする方が早いと感じる。

打鍵数を取るか、ホームポジションを取るかだな。
どっちのアプローチでも疲れにくさは得られるが、
指が正確に素早く動くかということになると、好き嫌いが出てくる。
個人的には、短縮部分を使うかどうかで指が迷うのが嫌なので、シンプルなほうが好きだ。

DvorakJPは、IMEだとnhaに「にゃ」を設定しても「んは」になる。
なんだよ「んは」って。ということでDvorakJPは諦めました。

繭使えｗ

>>262
アルペジオ100回と交互打鍵100回で時間計ってみればわかるだろ。
アルペジオも左右で1回ずつ交互にやれば、片手に疲労が集中したりせず公平に計れる。
イメージで語っても水かけ論にしかならんよ。

日本語でおｋ
言ってることが分からんよｗ

俺はDvorakをある程度習得した後に1週間ほどDvorakJPを試してみたんだが、
どうも遅くなってるようにしか思えなかったんだよね。
何ヶ月も続けてれば通常より速くなるのかもしれないけど、
指を動かさずアルペジオするだけでも十分速いしさ。
2,3文字を一発で入力できるのが気持ち良いって人もいるみたいだが、
俺はアルペジオで2,3文字を高速打鍵する方が気持ち良かったりする。

あと重要な理由として、拡張してると会社とかで使いにくい。
もし拡張がすごく良い物なら会社のPCにも入れようと思ってたんだけど、
あまり違いが感じられなかったから、ツールをちょっとダウンロードすれば済むように
DvorakJPを入れなかったっていうのがある。

まあ結局は個人の好みだけどねｗ

>>266
「DFKJDFKJ・・・」のほうが「EIDKEIDK・・・」より速い、みたいな例もある。
行段系以外が絶滅しないのも、交互打鍵率だけが重要ではないからでは。
運指の良し悪しも含めるて考えると、それほど大きな違いにはならないと思う。

そろそろ>>242の疑問に戻ろうぜ、と思ったら戻ってたｗ
>>267
拗音や「ん」じゃなくて連母音の話だよな？
慣れると、感覚としては同時打鍵のようになるのだろうか。
だとすると、実は母音拡張は「ai」「ei」「ou」より「uu」「ii」が必要なのかも。

俺はＡＣＴのほうを使っているけど、実際に使用しているのは拗音化キーまで
二重母音拡張と撥音拡張はATOKで実装している都合で二重母音拡張が使えないので結局両方使っていない
これが使えるとだいぶ違いそうなので残念なんだけどね・・

だけど拗音使うだけでもだいぶ違う気がするよ

拗音は他の文字と組合せて１モーラだから、話す感覚でキーを入力しているのだったら
拗音化キーが有効なんだろうね。

長音は一音節／２モーラ、二重母音は二音節／２モーラだから、拗音ほどには効果を感じないのかも。

効果を感じないから使わない訳じゃなくて

DVORAKだと子音は基本的に右手だけど、 パ行、ヤ行は左なので
互換キーとして母音を左右対称の右手側で打てたりするんだけども
この互換のほうでは二重母音拡張が使えたりする事もあって
使えるときと使えないときの区別が体にしっくりこなくって
パ行、ヤ行で二重母音拡張をちょっと使えるようになると他の子音でも指が動きかけるのだけども
そっちでは使えない・・・ｗ
そんな事を繰り返すうちに、指がそれを使う（憶える）ことを拒否しちゃうように・・・ｗ

モーラって何？ってことでWikipediaで調べた。１モーラ＝1拍なのね。

俺の場合、http://pc11.2ch.net/test/read.cgi/win/1034359234/772に
書いてあったDvorakYってのを使ってるよ。拗音も含めて２打で打てる
やつね。ルールも少ないし分かりやすい。ya, yi, yu, ye, yoを単純に
a, i, u, e, o の下のキーで打つだけだから。DvorakJPだとann, inn, unn,
enn, onn になっているキーだけど、個人的には慣れなかったからね。

DvorakYの場合は>>270の言う１モーラとなる拗音を２打で打てる。
「きょう」はローマ字では「kyou」だけど、DvorakYの場合は「cqu」。
打ちやすい上に打キー数まで少ない。打ちにくかった「Y」キーは
DvorakYだと使わないキーになる。

同じ「かな使い」なら常に同じ「指使い」で打てた方が、判断する要素が減るわけで
打ちやすいよなきっと。拗音拡張を最初に採用した配列は何だっけ。

拗音拡張はM式が最初っぽい。親指シフトで「子音+Y」になる。
もうちょっと複雑になるのはナラコード(シフトで「しょう」「りょく」など)からかな。

Dvorakも突き詰めると左右分離行段系になるからなあ。
極北はさくら配列か。効率良いとは思わんけど。

うちのACTもどきは二重母音拡張ができてるんだが、これは設定ファイルを書いた前世紀の古いATOKが今よりも融通がきいたからなのだろうか
そろそろACTにもあきたんで新JIS系にうつりたいけどATOKじゃ中途半端にしか実装できないし難しい

窓使いの憂鬱入れるとか
これを機にWinを捨てるとか
IME変えるとか

下駄けっこう良さそうなんだけど、練習を開始する前に他に比較しといた方がいい配列ってある？

下駄は俺も興味深々だな

>>278
予備知識や先入観無しで始めちゃったほうが気楽じゃね？
どうせgdgdに悩むハメになるんだから。

「下駄やってみっか」という自分の直感に従えばいいのに。

いろいろ渡り歩いたあげくに、My配列道に進むのが楽しいと思う。

配列の世界に一歩足を踏み入れれば行き着く先はそこがほとんど

色々渡り歩いた挙句に俺配列になったおいらからすると、やっぱり１〜２ヶ月／配列の学習コストはキツいね。
最初の１〜２日は使い物にならんし。
そういう意味だと予備知識とか常用者のコメント（特に欠点・問題点）は貴重だと思う。

下駄はちょくちょくスレに出てくるけど実体が掴めん。どういう特徴なの？
利点・欠点（特に致命的なやつ）を３つずつ上げてくれない？

>>283
>>124とか作者による解説とか嫁。
大雑把に言うと、月配列Uxを元に、
姫踊子草配列の非親指同時押しシフトを導入したものらしい。
中指シフト系のリズムを、ちょっと変えてみたような感じじゃね？

やったこと無いんであれだが、ロールオーバー出来る配列か出来ない配列かで
好き嫌い分かれるかも知れない。食わず嫌いもいるだろうけど。

「My配列に改造するかも」という観点からすると、
定義できるキー数の多さも特徴だな。

無シフト面を30キーとして、
　中指シフト→ 30x2-2
　小指シフト→ 30x2
　中・薬シフト→ 30x3-4
　親指シフト→ 30x3
なのに対し、下駄は中・薬の84＋拡張（拗音・記号）いっぱい。
突き詰めようとすれば、飛鳥より大変なことになりそう。

>284
> >124とか作者による解説とか嫁。
ああ、スマン。常用者のコメント（特に問題点・欠点）が聞きたいということね。

ちょっと調べた限りは
・頻度低仮名や濁音が両手同時押しシフト。記号は片手同時押しシフト
  - ルールが複雑で覚えるのが大変
  - 高速化時のロールオーバーに難あり
  - アルペジオはステ
  - 片手打ちは不可
・拗音組合せ入力で効率化
  - 単打との関連性が無いため覚える量が多い
  - 小文字単独だと非効率

基本的には飛鳥よりは覚えやすそうだけど、新JISその他仮名系配列よりも覚えるのが大変そうだし、
同時押しがネックになって高速化も頭打ちになりそうな気がするんだけど、ホントにそうなのかな？？
というのが聞きたいところ。

作者本人が結構なスピード出してるから高速化は問題ないんでしょう。

>>287
下駄配列ユーザーのコメントを聞きたいなら下駄スレいったら？
配列系スレは住人かぶってるだろうが、そのネタ振りで盛り上げてやってよ。

快適！下駄配列その１
http://pc11.2ch.net/test/read.cgi/pc/1201883108/

「の」が何者か知らない新規参入者もいるかもしれんが。

下駄のタイピング動画上げてた人が下駄は覚えやすいけど頭打ちも早いって書いてたね
まあすでにＸＨレベルになってるんだからそれ以上は必要ない気もするけど
下駄スレの>>50-70あたりでいろいろ利点、欠点が詳しく書かれてるよ

他配列についても聞きたいところだから、専用スレ行くのはちょっとなぁ。

限られたリソースで配列を組んでいる限りそれぞれの配列には得意・不得意な部分があるはずだから、
それを実際に使っているユーザーに挙げて貰えれば色々と参考になるだろうし。

>290
スマン、 >50-70は見逃していた。
句読点が押し難いか。「を」が押し難いのはわかるけど、中指＆人指の同時が
押し難いというのはちょっと意外だ。

あと、同時押しの関係で窓使いはNG、姫踊子草必須になっちゃうんだね。
同時押しを実装しているキーカスタマイザは少ないからな……。この辺も欠点か。

序でにVistaならほぼATOKも必須。

下駄で「を」は押しやすいよ。
漏れは窓を使っているけど問題ない。
下駄＋「かな、変換、無変換キー」のカスタマイズをすれば、
手をパームレストに置いたまま、数字と記号以外をほとんどこなすことができてとにかく楽だ。

>>289
誰だか全然知らない。エロい人？

誰だかわかってもらえないならコテハンにする必要なくね？

分かる人には分かる。

まあねえ。
一応他人の配列批評するときは『叢雲／さくらの作者』という立ち位置をハッキリさせるために
コテハンにしてるけど、もう無用かね。

とりあえずはコテ外すか。

俺的には、繭で同時打鍵を初めて実装した人、かな。

ca ci cu ce coはキャ　キィ　キュ　キェ　キョでいいんじゃね？
cat : キャット、　cute : キュート

きゃ行なんかにあてるくらいなら音引きにでもした方がまし

救急車、給料、協力、協会、
キャ行は結構多いよ？

ciは「ち」がいいな

キィなんて使わんべさ
キェも山崎邦正が使うくらい？

ceはクェの方がいいよ

配列とは話がずれてきたけど、「ｎ→ん」と同様に母音が続かなければ自動で「ｕ」を補って
「ｋ→く」、「ｓ→す」、「ｌ→る」、「ｆ→ふ」みたいになるといいなと思う。
例
ｔｅｓｔｏ→てすと

どうせなら頻度の高い「ア段」の方がマシかと思うが、どっちにしても子音連続時の
拡張が使えなくなる。

左手小指のａを打たなくて済むのは非常に楽そうだね

で、何の配列の話だい？

俺配列

確かに文脈で判断して母音を補ってくれたら便利だね

それT9ですから。

文脈判断しなくても子音の後にそれ自身以外の子音が来るときって
英単語では大概「ｕ」の発音（正確には違うけど日本語発音的に）にならね？

英単語の話なのか? だとしたらそんな半端実装はややこしくなるだけだと思う。
それなら辞書登録で読みに英単語、表記をカナにした方がマシかと。
読み test 表記 てすと
読み blind 表記 ぶらいんど
読み telephone 表記 てれふぉん

あー間違った。
読み てst
読み blind
読み てぇphone
かな。MS-IMEかAtokかでも違うけど(ローマ字変換テーブルがデフォルトだとして)。

T9は携帯で使ってるけど変換候補がわんさか出てきて使いにくいんだよね。
T9は入力は速いんだけど、変換の時間を考えると相当遅い。

変換候補選択も配列になってればいいんじゃね？

>316
使ったこと無いんで知らんが、ひょっとすると文節単位程度だからじゃない?
長く打つにつれて候補が絞られていくような仕様ならもうちょっと使いやすいかも知れない。

ただ、日本語の場合「かな書き」すれば同じ、と言う場合でも、漢字表記にするか、
あえてカナにするかなど、可能な表記は多様だから難しい面はあるね。

>>300
MS-IMEでは、"ca ci cu ce co"は「カシクセコ」になっているのだっけ。めちゃくちゃだよね。
確かに英語に合わせると……
can : カン、 city : シティ、 custom : カスタム、 cement : セメント、 code : コード
となるから、「カシクセコ」が近いんだろうけれども、なんとも釈然としない。

>>301
"c"を音引きにすると、「cha」が入力できなくなってしまう。
「cha」を潰すのは避けられないものか。

>>302
ふつうはキャ行よりもチャ行の方が多い。

>>307
たとえば「ウ」省略を使って「すいか」と入力しようとするとき、「sika (しか)」になっちまって混乱しないかい?
ちなみに「風」は、子音のみの入力があると「っ」と見なす仕様だ。
例： test → てっっ

>>314
確かpoboxがそういう、英語のスペルからカタカナ語に直接変換する候補を辞書に持っていた。
さらに、「annai (あんあい)」から「案内」に直接変換する辞書内容でびっくりした。

>>316
T9は昔使ってた。
あれは、速い入力ができない環境専用の仕組みだと思う。
ちゃんとしたキーボードがある環境だと、逆にまどろっこしいだけなんじゃないか。

>>318
多文節から推測する仕様には、あまり期待できないと思う。
まず、多文節だと文節の区切り位置があやしくなって、操作が増えることになる。
また、文節区切りがちゃんとできたとしても、
「いますぐ ちｚを だせ。」という文から「地図」なのか「知事」なのか読み取るのは難しい。

ちなみに自分は、

ca = 「」
co = （）

として使ってる。

>>320
使ってないけど
どうせなら左右連打にした方がいい。
俺だったら
ci = 「」
co = （）
にするな。
cu = 「」
ci = （）
でもいいな。

>>319
チャ行ならtyでええやん。
chの方が効率が良いとか？

あと、もちょいおちついて発言を読んでくれ。
子音が連続した場合に省略といってるんだが...

ちゃ、ちゅ、ちぇ、ちょ、
だけど
cha、chu、che、cho、と
tya、tyu、tye、tyo、を
打ちくらべてごらん。
慣れの問題もあるけど、
cha、chu、che、cho、の方が断然打ちやすい。

お前ら何の配列の話をしてんだよ？
何の配列かを提示されずに打ちやすさを比べられても困るんだが。

>>321
そこには将来何か登録しようかと思ってたけれど、
よく考えれば、括弧以上に大切なものってないな。
真似しよう。

>>322
いや、チャ行の後方互換性を心配しただけ。

「子音が連続した場合に」、というのは分かってるよ。
昔、行段系を使っていたときに試した。
だが個人的にはどうにも、次に続くのが子音か母音かをいちいち判別するのが面倒だ。
「ん」も大抵は「nn」と打ってしまうくらいだから。

もっと問題が複雑なのは、促音が混じる部分や、促音に見えてしまう省略ね。
たとえば、「watatte」から、子音が連続する部分の「a」を省略すると、「wttte」になる。
これは「わったて」、「わたって」、「わたたて」と、複数の解釈の余地があり、エラーになる。

>>324
おそらくローマ字入力。


今計算してみた。
次の条件で「a」を抜いてみた。

・「a」を省略する
・例外：次に母音か「Y」が来る場合は省略できない
・例外：「na」は省略できない
・例外：同じ子音が重なってしまう場合は省略できない (× futatabi → futtbi (ふったび?) )
・例外：「あ」は省略できない

「a」122個中、39個が省略でき、全体での省打鍵率は4%だった。
なお、AZIK基本部分の省打鍵率は10%です。

ローマ字入力なぐらい見りゃ分かるわなｗｗｗｗ
何配列での話なのか聞いてるんだよｗ
例えば>>323とか、QwertyかDvorakかで打ちやすさなんかアホみたいに変わると思うんだが。

とくに断りが無ければ Qwerty の拡張の話だろう。
この手のスレとはいえ、Dvorak 基準で abc と言われたら分からない人は多いと思う。

え、Qwertyだったの？
俺はてっきりDvorakだと思ってたんだが・・・
というかQwertyなんかで拡張しようとする奴いんのか？

Qwertyで拡張する人もいるだろう、古くはAzikとか、新しめでローナとか。
なんだかんだいってもQwerty人口は圧倒的だろうから、Qwertyの拡張に興味を
持つ人は多いだろうね。

>326
たぶんその方式でやる場合、
・ア行用の子音を立てる
・拗音用の中置シフトキー(一般的にYが使われている)と、ヤ行子音を分ける
・ナ行子音と「ん」を分ける
・促音用のキーを設け、子音の連続での促音を用いない
のどれか(または全部)が必要になると思う。

>>323
まともな文章で比較したわけじゃないんでなんともいえんが個人的には大差ないかな。

>>326
促音と撥音は専用のキー使用ってことで
fu tt a bi
ふ た た び
wt t っ te
わ た っ て
nn i
な に
とかね。

fu tta bi
ふ たた び
wta っ te
わた っ て
とかもいいかも

egbridgeは多分どっちも無理orz
ttaは「taと重複します」って言われたような気がする。

ごめん、
fu tt a bi
ふ た た び
wt t っ te
わ た っ て
nn i
な に
はなかったことに...orz

スレ違いのぶり返しで申し訳ないけど
ATOKのデフォルトだと
ca＝きゃ
ci＝し
cu＝きゅ
ce＝せ
co＝こ

自分は使ってないが ca と cu を便利に使ってる人もいるかもしれない。

>>326>>331
それだけやっても
th=てゃ行、dh=でゃ行、ts=つぁ行・・・といったキーは使えなくなるなあ
どう見てもデメリットの方が大きそう

>>332
fu t t bi
w t っ te
n ni
じゃないの?
俺が何か勘違いしているのかな。
Cannaか菱でなら実装できるかもと思ってるんだが。

>>344
ATOKのどのバージョン?
ATOK 2008だと、何も割り当てられてないっぽい。

>>335
代替ストロークとして、QかCを接頭することになりそうね。
qt=てゃ行 ct=つぁ行 とか。

>>336
>>306はいろんな解釈ができるわけだ
俺は
なかったことにしたfu tt a biはttで子音連続だから「た」を出力
さらに子音がタ行で維持されているからaで「た」を出力
のつもりだった。
なにはnnで子音連続だから「な」を出力
子音がナ行で維持されているからiで「に」を出力
わたっては間違い。wt a っ te。

これだとローマ字ルールを弄るだけじゃ実装できないから
fu tta bi、wta っ te
を考えてみたってわけ

>>306は u行限定で言ってるとこに注目してあげたい。
しかも「る」を r じゃなくて l にしている。

つまり省打というよりも英語綴りとのギャップ減却が目的ではないかと。

307がア段...という話だったからその前提のまま話が進んでるだけ
英単語とローマ字とのギャップまでは考えてなかった（自分は）
けどどっちみち>>314,315

>>331の方法(ア段キーは用いない)
+さくら配列の母音押しっぱなし機能とai、ou、eiキーの設置
の配列を使っているが、
Qwertyローマ字と比較して25%省打鍵になってるよ。
母音省略は有効な方法だと思う。

とりあえず晒して

┌─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┐

│　 │１ │２ │３ │４ │５ │６ │７ │８ │９ │０ │　 │　 │　 │　 │

│─└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┘─│

│　　　│yu│yo
│ya│a │ei │b　│h │m │d　│p │・　│」 │　　　│

│──└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┐　 │

│　　　　 │e │o　│u │i　 │ン│r　│k　│s │t　│n　│、 │「 │　 │

│───└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┘─│

│　　　　　　│x │ou│ai │ッ │ー│z　│g　│w │。 │？│！│　　　│

└────└─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┘──┘
a母音省略する設定。
xはx+hでファ行という風に変則的なつづりに割り当てている。
25%省打鍵っていうのは母音押しっぱなし機能を完全に活用した場合の数字で、
実際に打つときはもう少しさがるけどね。

ごめんずれた
┌─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┐
│　 │１ │２ │３ │４ │５ │６ │７ │８ │９ │０ │　 │　 │　 │　 │
│─└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┘─│
│　　　│yu│yo│ya│a │ei │b　│h │m │d　│p │・　│」 │　　　│
│──└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┐　 │
│　　　　 │e │o　│u │i　 │ン│r　│k　│s │t　│n　│、 │「 │　 │
│───└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┘─│
│　　　　　　│x │ou│ai │ッ │ー│z　│g　│w │。 │？│！│　　　│
└────└─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┘──┘

押さなくていい母音ってのは面白いな。
「a」を省略して「ai」を打ちたいとき混乱しない？
「yo」と「ou」があるけど、「you」で混乱しない？
右手ばかり忙しく感じたりしない？

>>337
悩まないでも菱で実装できるぜ。
いま定義ファイルを作ってるから待ってて。

KTKT で カタカタ 入力できるのは意外と楽しいな。

しまった。菱の制限のために、
「ky」 で 「きゃ」 にできない……。

{D06}=Backspace きゃ S49

と書いても、 S49 に飛んでくれない。

{D06}=Backspace き S49

ならちゃんと飛ぶ。

しょうがないので、>>343をパクらせてもらって、Q=ya Y=yu C=yo とでもしようと思う。
このほうが何かと都合がいいので……。>>332の仕様に添えなくて申し訳ないけれども。

ながらく菱使ってないんで忘れたが
{D06}=Backspace き ゃ S49
じゃダメか?　3文字までだっけ?　送れるのは

>>347
ありがとう。
でもダメみたい。

「きゃ」2文字をBackspace一打で消せるようにしようとも思ったけど、
この仕様のため、それもできなくなっちまった。
消すときは1キャラクタづつ消してくれ。

んじゃ繭だな

できた。

おおお。
いぎ・・・じゃなくて、意外としっくりくるかも。

でも「ちょ」の運指が「TC」なのが気にくわないので、「や」と「よ」を入れ替えてみました。

仕様：

・大体Qwertyローマ字入力と同じ。
・「さかたのたね」=「SKTNOTNE」
・「ん=； っ=：」 (NN や TT は 「なな」「たた」に予約されている。)
・「や=C ゆ=Y よ=Q」。 (YA YU YOは使えません。)
　・「きゃ=KC きゅ=KY きょ=KQ」。 (KYA や SHA、 CHA は使えません。)

人柱用：http://www.moon.sannet.ne.jp/tsuk/7-332.hh

何か色々話が広がっていて自分が主張したかったのがいったいなんだったのか
良く分からなくなってたけど、>>338の内容がもろ自分が言いたかったことです。
もちろん>>314-315で対処できることだけど、時々やってしまうミス防止のために
辞書内容を増やすのも辛いので、MSIMEのオートコレクトの
「変則ローマ字修正（ローマ字入力時）」のようにオプションとして設定できたら
便利だと思った次第。

>>351
つまりは、半分英語のような綴りかた、
例えば"shaffle"から「シャッフル」を推定してほしいってことでしょう?
それはIMEの範疇だと思う。さすがに母音が違うとどうにもならん。
"land"を「ランド」と解釈するのも無理。

ただ、"shaffl"を「シャッフル」と解釈する程度なら、配列の範疇でなんとかなると思う。

こっちの方がローマ字入力との乖離が少なそうだ。
もしも作ってみたとしたら、人柱をやってみてくれるかな?

菱じゃ作れないから、
いまから繭を覚えることになるが・・・。

>>352-353
もし作成することになるならもちろんテストには参加したい。
けど、これに思い至ったのが、MSIMEで「ｔｅｍｐｕ→てんぷ」ができるなら
「ｔｅｓｔｏ→てすと」もできたって良いんじゃね？ということなので、仮に実装されるなら
やっぱりIME側の一機能としての方が自然なのかなぁと思ったりもする。

>>354
必要なのは、こんな風な仕掛け?
http://d.hatena.ne.jp/kettt/20080329

"hy"を「ハイ」と解釈する一方、"cy"は「シー」としか解釈しない、そんないい加減な仕様でよければ、
配列の範囲で実現可能なはず。

tempu, testoどころか、
tempもtestも可能だな。

この方が判りやすいんじゃないかな。
┌─┌─┬─┬─┬─┬─┬─┬─┬─┬─┬─┐─┬─┬─┬─┐
│　 │１ │２ │３ │４ │５ │６ │７ │８ │９ │０ │　 │　 │　 │　 │
├─└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬─┬─┐┴─┤
│　　　│ユ│ヨ.│ヤ│ア│ｴｲ│バ│ハ│マ│ダ.│パ│ ・ │」 │　　　│
├──└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┐　 │
│　　　　 │エ│オ.│ウ│イ.│ン.│ラ.│カ│サ│タ │ナ│、 │ 「 │　 │
├───└┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┘─┤
│　　　　　　│x │ｵｳ.|.ｱｲ│ッ │ー│ザ│ガ.│ワ│。 │？│！│　　　│
└────└─┴─┴─┴─┴─┴─┴─┴─┴─┴─┴─┘──┘

>>345
おお、実装してくれる神が！
あいにくマカなんで人柱になれないのが悔しい

カナ系と行段系の境界って曖昧だよね。

T-Codeのカナ部分なんて、「2打鍵系カナ」と呼ぶべき代物だしな。

IMEによって、Backspaceで削除される単位が違うんだな。
初めて知ったよ。

というわけで、
>>350のファイルはATOK専用になるらしい。

>>358
ドザでごめんよ

>>306 >>352-354
できた。testで「てすと」、tempで「てんぷ」
多分ATOKとMS-IMEに対応してると思う。
繭を使うのは初めてだから、
どうやって配布すればいいか分からないんだけれども……。

http://www.moon.sannet.ne.jp/tsuk/ttt.mayu

.mayuと同じ場所に ttt.mayu を置いて、
.mayu に 、

include "109.mayu" # 109 キーボード設定
include "ttt.mayu"

って書けば動くと思う。

上のファイルは構文エラーで読み込まれなかった。
mayu の設定ファイルでは、文字キーは半角の��大文字アルファベット�≠ﾅ指定するんだよ。
つか、自分で読み込みテストやった？

>>363
xpでやってみたけど読み込めたよ。繭を使うのは初めてなので良く分からないけど
OSによって挙動が違うの？
で、>>262感想。
入力中に全く別の文字が出てくるのが何か変な感じ。慣れの問題だろうか…
末尾の母音省略は止めて、純粋に単語途中の孤立子音の対処に絞ったほうが
使いやすいかもしれない。

>363
大文字でも小文字でも問題ない。

あれ……と思ったら、私の勘違いだった。ごめんなさい。
include "109.mayu"
という一行が、このファイル自体には無いんだな。

繭の［設定］のところで、ttt.mayu を追加して、
［選択］のところでそれを選んで読み込む……という手順でエラーが出たんだけど、
これだと、109.mayu が素通りになってしまうんだな。
ttt.mayu の方に、「include "109.mayu"」を入れたら、問題なく読み込めたよ。

>>364
それが>>337の完全な実装

わかりにくくてごめん。

>>366
なるほど、そうやって使うものなのか。
ttt.mayu に 「include "109.mayu"」 を追加し、更新しときました。
ほかにも、dhiで「でぃ」が入力できなかったのを修正。
http://www.moon.sannet.ne.jp/tsuk/ttt.mayu

>>364
その通りかもしれない。
しかしそればっかりは、IMEで対応してくれないとどうしようもない。多分。

どうしようもある。多分。

>>369
よし、頼んだ。

>>369
俺からも頼んだ

てか、これが実装できたらM式も実装できそうな気がする...

M式は出来るよ。ただ、特許がどうこううるさいから出来ない。

まだ失効してないんだ...

M式・SKY・DVORAK の共通点は、一方の手の中段に五つの母音を並べていることだ。
ホームポジションの四キーに四つの母音を割り当てた後、
５番目の母音を人差し指の内側キー（G H）に置いている。
見た目に収まりがいいからこうしたくなる気持ちも判るが、打鍵効率は良くない。
割り当てキーの個数が多い人差し指が二つの母音を受け持つと、
人差し指の使用頻度が突出して高くなってしまうし、
そもそもG Hはそんなに打ちやすいキーでもない。
５番目の母音に相応しい位置は、中指の上段（Ｅ Ｉ）だと思う。

いまやっと>>364>>337の言ってる意味が分かったわ。
普通に繭で実装できるな。
単語末については、変換キーかスペースキーを押した瞬間に判定すればいいんじゃない？
例:ふl ->変換後-> フル

昔>>375みたいな事を考えた人が居て、その人は無変換の位置に母音を置いたよ。
ただ、日本語の場合はEの頻度が少ないから、こんなのをホームから外してしまっても良いのかも。
頻出する「EI」をアルペジオ出来る範囲で。

>>375
フランス語用配列のDvorak-frも、
Qwertyでいう'G,H'の位置はあまり良くないと考え、
人差し指下段(V,M)と中指上段(E,I)が良いと考えてるみたい。
特に人差し指下段には、小指ホームポジション以上の使用頻度を割り当ててる。
・配列図。
http://www.algo.be/ergo/disposition-dvorak-fr.htm
・文字出現頻度表
http://www.algo.be/ergo/frequences.html#car_freq

hyaで「ひゃ」が入力できなかったのを修正。
http://www.moon.sannet.ne.jp/tsuk/ttt.mayu

>>376
俺もやっと理解した。
おそらく繭で実装可能だわ。
そっちの方が自然っぽいね。

スピートワープロのタイピング動画。
http://www.youtube.com/watch?v=vk8ZFAM2N2s&feature=related

>>380
音声をひらがなにするだけなら行けるのはわかるんだけど、
あそこは「かな漢字変換システム」はどこの使ってるんだろう？？
このレヴェルになると、問題となるのは、漢字変換ミスだと思う。
瞬時に正確な漢字を決定しなければならないから、
達人に必須なのは、タイピング技術より「国語力」であろう。

二人でやってるとしか考えられないんだがなあ。

入力の規則が膨大だとコメントしていたから
ほとんど漢字直接入力になってるのでは

10個前後のキーで
母音／子音すべてカヴァーしているのがそもそも驚異なんだから
その上漢直が載っているとは
到底考えられない

2^10 と 32×32 は同じだからな
32キーの2ストロークの配列と同等の表現ができる
押下順（とか解放順）まで考えたらすごいことに

押下順、解放順は考慮されないはず。断片的に判明している情報から推察するに、だが。

>>385
待て待て。
10キーで２ストロークとすると10^2じゃないか？
すると字数は100。
ただしシフトキーが左右１個ずつあるっぽいんで
12^2=144。

そんでもって32x32という数字はどっから出てきた。
32x3じゃないの？

あースマン、ちがう
32x3でもなくて(12^2)x2+(11^2)

10!だろ

>>389
釣か？
10!=1x2x3x4x5x6x7x8x9x10
だぜ？

しっかし、10キー２ストローク＋αくらいじゃ
教科書３冊分のストロークにはならんよな。
見た感じ３指同時打鍵とか押下順、解放順で入力しているような...
漢直はない。逐次変換してた。

最大10鍵同時打鍵のハズだよ。

mjdsk

たしかタイピング技術以外に日本語の勉強が必要だとか

全部ホームポジションで同時打鍵多用というと
perkyの人も同じアプローチだね。憧れる。

2^10=1024だね。
１アクションでこれだけの種類打てるんだろうけど、
少なすぎだと思われ。

10キー10ストロークなら
10^10=10,000,000,000
だけど...

10キーで点字タイプライタ方式なら2^10だな
それで32×32というのはフルキーの2ストロークの漢直の例かと

以前このスレ(の過去ログ)で画像あがってたけどまだあるかな。

●○●○○　●○●●○

黒を同時押下すると「かぶしきがいしゃ」が出るとか、そんな感じ。
例は適当だけどね。指つりそう、って思った記憶がある。

よろしければ5からサルベージしてきた。両親指も使うから、12鍵中最大10鍵同時打鍵だな。
(両人差し指が2鍵ずつ、QwertyのFG,HJ相当を担当するから、最大10鍵)
途中まで繭で実装したことがあるよ。挫折したけど。
http://jisx6004.blog8.fc2.com/blog-entry-73.html#more


813 名前：名無しさん[sage] 投稿日：2006/07/30(日) 22:11:08 0
ステノワード、「や」と「ゃ」はどうやって打ち分けるんだろう。

816 名前：名無しさん[sage] 投稿日：2006/08/01(火) 02:47:51 0
>>813
ttp://www12.ocn.ne.jp/~sokkidou/t10/keyboard1.jpg
左スペースはどうやら上段子音の選択に使うようだから、なんとなく右スペースが怪しい希ガス。
ステノワードもどきをPCで実験しようと思ったが、ハードウェアの仕様で同時押しを
受け付けないキーがあるんだよな。ｳｻﾞｽ。

817 名前：名無しさん[sage] 投稿日：2006/08/01(火) 03:00:02 0
>816
右スペースは「かいしゃ」「かぶしきがいしゃ」(どちらも1ストローク)以外では
確認取れてないんだよね。だから拡張専用かなあとか漠然と思ってた。


http://www12.ocn.ne.jp/~sokkidou/t12/65a.html
http://web.archive.org/web/20030421111911/http://www.wp1.co.jp/Wp_Top/Digital-Takarajima/image/jimaku04.jpg
この二つの資料を見る限りでは同じなんだよなあ。(上の資料は書き間違いが
あるとして。「ゃ」と「ゅ」が同じストロークになってる。)

ステノワードの速さの源は配列じゃなくて尋常じゃない量の短縮入力

いいね。捨てのワードか。
これってやっぱwin専用？

DOSじゃねーの？



いや、まじでｗ

>>399
おー、「株式会社」の打ち方だ。ひらがなで打って変換するタイプなんだ。漢直じゃないのね。
キーも、14個あるっぽいから、2^14=16384種類の入力パターンが定義できるのか。これは多いな。
でも、もしかしたら中央の２キーは使わないのかもしれないから、2^12なら、4096通りの入力パターン
になりそう。

そうすると、濁点、拗音も含めたローマ字定義は通常208個あるっぽいから、4096以上の種類を
1拍で打てる中から、208個分は単純なローマ字定義に当てられてしまうわけだね。よって、
3888個の自由にアサイン可能な空間が生まれるわけだ。

この「株式会社」の例だと、ローマ字以外の短縮入力に当てられているのは、「かい」「かいしゃ」
「かぶしきがいしゃ」。こういうのは3888個の空間のいずれかに収まっているのね。3888個だと
結構狭いような気もしてくる。

そういえばDvorakJPみたいなのって「ai」「ou」みたいな語尾のローマ字なら割り当てがあったな。
だから「かい」に関しては「c'」で打てるのか。同じような考え方なのかもしれないなー。
もしかしたらDvorakJPとかACTとかJLODみたいなものを突き進めて、同時打キーを認識するように
繭組めば、スピードワープロと似た土俵に行けるのかも知れない。

結局、下駄配列は方向性としてスピードワープロと似ていると。

>402
初期はDOSだったかもだけど、今はWinだと思うよ、多分。
入力中の映像、以前見れたがDOSじゃあなかったとおもう。

Linuxかもしれないｗｗｗｗ

まー、その可能性もあるな。

何にしても、一般人が入手する方法はまずないし、であればOSが何かなんて
どうでもいい話だ。仕様さえ分かればどんなOSにでも実装は不可能じゃない。
配布となると特許が絡んでくるかも知れないのでアレだけど。

ここの住人には作れないの？
俺は無理だけど。

仕様が分からんからまんまは無理だな。
1から作るって言うのなら根気さえあれば出来るだろう。

ひらがな部分

途中で送ってしまった
仕様が公開されているひらがな部分だけ作るとか

ひらがな部分は作ったぞ。確か。>399

独自実装できたとしても
短縮キーワードを覚える苦労は一緒

キーアサインだけで済まないんだったら
やるだけ無駄

言ってる意味が分からんな

正確な仕様を知りたい場合、ここに入学するとかｗ
月２万で最短２ヶ月らしい。通信講座もある。
ttp://www.speed-wp.co.jp/

>>399 「や」と「ゃ」はどうやって打ち分けるんだろう。
っていう部分だけど、単独で打ち分ける方法は無いんだと
思うよ。ローマ字でもそうだけど、「lya」で打つことって少ない
のと同じく、この場合も「かいしゃ」の「しゃ」みたいに一気に
打つんだと思う。

興味深いのは、「しゃ」の運指１つで「しゃ」「かいしゃ」「かぶしきがいしゃ」の
バリエーションを網羅していることで、それを左右のスペース同時押しで
実現していること。じゃー「きしゃ(貴社, 記者, 汽車, 帰社)」はどうなんだと
思ってしまう。「しゃ」で終わるし。

あとは、「しゃ」と打つ運指が「し」と「や」と関連性が見えないこと。
ルールが見えないから、「しゅ」「しょ」ってどうなるんだと。
「し」
□□□□■□□□■□
＿＿＿□□□□＿＿＿
「や」
□□□□■□■□□□
＿＿＿■□□□＿＿＿
「しゃ」
□□□□■■□■□■
＿＿＿□□□□＿＿＿

つづき。
逆に、「ai」「ou」「ei」の類に含まれる二重母音系は分かりやすい。
「かい(kai)」なんかの規則は、2重母音部分を単に同時押しするだけ。
丁度、重ねあわせたいキーをORでビット演算する感じ。これはDvorakを
拡張する際にも使えそうだな。

「か」
□□□■□□■□□□
＿＿＿□□□□＿＿＿
「い」
□□□□□□□□■□
＿＿＿□□□□＿＿＿

「かい(kai)」
□□□■□□■□■□
＿＿＿□□□□＿＿＿
「こう(kou)」
□□□■□□□■■□
＿＿＿□□□□＿＿＿
「けい(kei)」
□□□■□□□□■■
＿＿＿□□□□＿＿＿

「スピードワープロ学院の資料請求と体験レッスン」
http://stepup.yahoo.co.jp/school/job/search/J020016/J030224/

自給1000円らしい。

>>417
あ、ミス。「こう」はこうなるはず。
「こう(kou)」
□□□■□■□■□□
＿＿＿□□□□＿＿＿

「こう」はこうなるはず
「こう」はこうなるはず
「こう」はこうなるはず
「こう」はこうなるはず
「こう」はこうなるはず

普通のキーボードで似たような物を実装するとしたら、親指で4キーは難しいし、
QwertyでいうところのWEIOも使うと良いと思うんだよね。

DTM用のキーボードで実装してほしい。

このSocial IMEって、ソースを貰ってかなを定義したら、
悦ばれるんじゃね?
http://www.social-ime.com/
これがあれば好きな配列を定義できそう。

ソース貰うとかよく簡単に言えるなあ。

ATOKの辞書にまで言葉狩りされるご時世・・・

登録できない単語だらけだとか
特定の単語を登録する人や変換する人が監視されるとか
そんな夢を見た

>>364
とりあえずできた。

入力例：
twinkl twinkl ritl star
haw ai wandar wacchur ar

http://www.moon.sannet.ne.jp/tsuk/romcol.mayu

αバージョン。

よく分からんが頑張ったな。乙。

効率的な作り方がよく分からないので、
こんなスパゲッティコードが生まれてしまいました。
面白くないけど、ローマ字入力の邪魔にはならないから、一度使ってみて。

&Prefix使うとそうなるのは仕方ないと思う。
多分、key IL-*IC- = はキーマップ毎に書く必要ない。

>>426
面白いな。
使ってる.mayuにincludeしただけだけど、まともに動いてる模様。
上手く略して入力しようとすると慣れが必要っぽいが…

キラキラ星

スピードワープロに関する「よろしければ配列について教えろ」の過去ログってどこかにないの？

かなり前から このスレ見てるけど、
スピードワープロに関する話は ほとんどなかったと思うよ。
そもそも公開されている情報が僅かだから、語りようが無い。

http://d.hatena.ne.jp/maple_magician/20050306/garn
の考察でも読んでみたら。

そっか・・・残念。最も成功している入力方法だろうから知りたいのに。
かえでさんの考察は見てみたよ。ググると結構最初のほうにヒットするから。
やっぱり同じようなところで考察は終わっているんだよ。
公開されている情報だと、使ってみようにも、最低限以下の3点が分からない。

1. 拗音の打ち方。(「ya」は分かるけど、yi, yu, ye, yoが不明)
2. 「ぱぴぷぺぽ」の打ち方。
3. 「っ」の打ち方。

別にまんま同じじゃなくても良いんじゃないの、自分で良いように実装すれば。

http://www12.ocn.ne.jp/~sokkidou/t10/keyboard2.jpg

キター！！！スピードワープロの特許情報が見れた。

見れるのは、「特許検索」の以下のサイト。
ttp://www.ultra-patent.jp/search/Result+.aspx
ここで、発明者を柴田邦博として検索するか、
検索結果画面側で「IN=(柴田邦博)」で再検索すると出てくる。
PDFのアイコンをクリックすると、フルスペックのスピード
ワープロの仕様が見える！！

あの12キーのマッピング表なんかもあるぞい！

みたけど新情報はなんもないような

え、キーマッピング表が全部載っているのに？
たとえば「あん」「いん」「うん」「えん」「おん」の打ち方とか、
「ぱ」「ぴ」「ぷ」「ぺ」「ぽ」とかの打ち方も全部あるよ？
手書きの資料を起こしたようなPDFだったけど。
資料番号は、「特開昭63-10220」。

要旨を10行くらいでここに転載して！
できればのハナシだけど・・・・

昭和63年の特許ってことはもう切れる頃だね。

調べてみた。特許の期限は出願日から原則20年（特許法67条1項）。
この特許の出願日は1986年6月30日。もう2006年に切れてる？？
と、いうことは、ありがたく使わせてもらってもいいんだ！

>>440
えーと、「特開昭63-10220」は、配列そのものの申請っぽくて、
これとは別に、比較的新しい特許の「特開2001-188649」で、
どんな人員でキャプションを付けていくかという特許の申請がある。

まずチーム体制の話をすると、文字の入力操作を行うオペレーター
は複数人らしい。音声分配器とやらで、この複数人の入力者に
分散させて音声を入力。文字入力者はヘッドフォンで聞こえてき
た担当分を入力。このとき、たぶん漢字変換も含めてやってる。

このあと、文章の校正者が入力をとりまとめて、実際の字幕として
出力するらしい。

書いてみると、なんかシステムの負荷分散を人間でやっている感じ。
ロードバランサーにあたる人が音声の分配をして、負荷分散させて
処理をして、あとで取りまとめるみたいな。

つづき

「特開昭63-10220」にある配列そのものの話をすると、
48x72のマトリックスが定義されていて、約3456の言葉が
マッピングされている。約って書いたのは、結構歯抜けも
あるから。

この特許から時間も経っているのもあるのかもしれないけど、
運指が変化している。たとえば、この資料中だと「しゃ」とかも>>399と違う。
「かいしゃ」はあるけど、「かぶしきがいしゃ」は無かったり。

面白いものを挙げると、こんな感じ。

□□□□□□□□□□ 「(スペース)」
＿＿＿■□□■＿＿＿

□□□□□□■■■■ 「こと」 ← 左なし、右5本指。
＿＿＿□□□■＿＿＿

■■■□■□■■■■ 「のに」 ← 指10本、全部使う。
＿＿＿■□□■＿＿＿

■■□■□□□□□■ 「このむとこのまざるとにかかわらず」 ← 入力文字が最長に近い。
＿＿＿□□□■＿＿＿

すげーな「のに」

「このむとこのまざるとにかかわらず」 って
そんなに頻出するフレーズだろうか？
こんなところにまで記憶のエネルギー使いたくないな。

そんなに頻出しない語句も網羅してるからステノキャプション出来るんだろ。
専門性の高い入力方法なんだから一般人が使おうと思えばオーバースペックなのは
当たり前。とやかく言う筋合いはない。

>>373
特許の調べ方が分かったんで見てみた。
最新のは特開平10-143302でキーボード自体の特許。
切れるのに８年半くらい。
入力方式についてはもうちょっと古くて特開平06-043986。
入力方式は再度出願されなければあと４年ほどで切れる。
入力装置の特許が約半年後に出願されている。
入力装置ってのがプログラムを差すなら４年半待たなきゃならない？

>>342-343
25%省打鍵というと、月配列と同等の打鍵数じゃないか。
結構強力だな。
Qwertyでやるとややこしい"a"の省略も、
「次に右手が来る時は"a"が省略できる」
と覚えればよいわけだし。意外と簡単に覚えられそう。

設定ファイルをぜひ公開してくれないか。
ちょっとばかり特殊でもがんばって読むから。

ttp://apple.mokuren.ne.jp/loader_1/src/apple011973.txt.html
自分の.mayuの一部を抜粋しただけだから、このままコピーペーストすると
うまく動かないかも。

>>449
ありがとう。
そのままじゃ動かなかったけど、動かし方は分かった。

>>449
bキー単独で「ー」が出ないのは間違いだよね?

あ　約物は全部未登録だ。

>>316
あたりで補完入力の話が出てるな。

POBoxの、「曖昧検索」機能付きのヤツを使ったことがある人はいない?
先頭から入力するのではなくて、単語の中から適当に文字を抜き出して書く方法。
(PalmOSバージョンしかないのかな?)
これだとかなり的確に候補を絞れるらしい。
「tkkd」と入力すれば、即座に「東京工業大学」に候補が絞れるんだそうな。
これならPCでも便利なんじゃないかなぁ。

なんかすごく流れを無視した発言なんだが
今まで日本語も英字もqwertyでやってる俺が
新たに日本語入力を覚えようとしたらどういう配列がよろしいんだろうか？
導入が比較的簡単で疲れにくい配列が良いんだが・・・
英字は今まで通りqwertyで良いかと考えてる

結構前にdvorakを改変したオリジナルの配列をmayuで作ってたんだがそれをマスターする前にHDDが吹っ飛んで
再び作る気にもならなくて他の配列を覚えようという計画は頓挫してしまった

>>454
今の悩みは?
どんなところが疲れにくいのか分析したかい?

おっと失礼
×疲れにくい
○疲れやすい

別に特別な悩みがあるわけじゃないんだけど
新たに日本語入力専用の配列を覚えようと思ったけど種類がたくさんあるから
どんなのがおすすめなのか聞こうと思ったんだ。
デフォでくっついてるカナ入力だと手が小さく指が短いから最上段がつらいと思って

だったら指移動が少ない系だなあ
有名どころでは最上段は使ってるものの方が少ないし
指の縦移動とかも程度の差はあれどれも抑えてあるから
だいたいどれでも変わらないんじゃないか
その上で、打鍵数を少なくしたいなら行段系よりカナ系がいいね

いろいろやってみるしかないかな。導入が簡単なのは菱入れて月とか。
QwertyからならAzikとかローナとか。
確かにいっぱいありすぎて何から手を付ければいいか分からんねぇ。

２ちゃんの書き込みに最適化されてるといわれるのは幸花

ゆび移動が少ないってえとmykeyとか。2列20キーで済むよ。
導入もATOKならローマ字テーブル弄るだけでいい。
打鍵数はカナ系のほぼ２倍だがなｗ
記憶に自信があるならタッチ16＋TUTやPhoenix、G-codeで漢直。
これもカナ部分は２列。打鍵数はmykeyと一緒かそれ以上。

ずっと疑問なんだが、
mykeyで「P行」ってどうやって打つの?
それからmykeyよりも、後に同じ竜岡博氏が提案した「R配列」のほうがいいと思う。こっちは3段使う。

ついでに解析しておく。
一打鍵あたりの打鍵時間 = 0.2(1+log_{2}n)
n = キー数
とするとき、日本国憲法前文 (現代かなづかい)を打つと、

mykey 1726打鍵
　打鍵時間 176〜184
Qwertyローマ字 1475〜1525打鍵
　打鍵時間 171〜177
SKY 1329打鍵
　打鍵時間 137〜139
JISカナ入力 1027打鍵
　打鍵時間 136
月 1097打鍵
　打鍵時間 132

交互打鍵を考慮していないので、mykey, SKY, 月に不利な計算方法かもしれない。
(交互打鍵は、片手で打つ場合に比べて1.8倍の速度が出るといわれている。)
疲れにくさ等も考慮していない。

>>mykeyで「P行」

「な゛に゛ぬ゛ね゛の゛」じゃなかったかな。

「ま゛」

右手子音で左手母音って打ちにくい

>>465
Dvorak形無しだな

そこで（手を）クロス打鍵

そんなことしなくてもキーボードを上下逆さにすればいい

自分が裏返ればいいじゃん。

Dvorakの母音が左手にあるのはキーが斜めに配置されているからだよ。

どゆ意味？

左手はその物理配置のせいで上下に動かしにくい。よって右手は上下も使う子音、
左手はあんまり上下しないように母音、と言う意味かと。

俺はアルファベットの中でMが一番押しにくいがな

SKYの母音が右にあるのは、日本語だと母音の方がたくさん使うからだね。

説明ﾄﾝ
ちゃんと意味があるんだな

日本語も英語も結局入力スピードが速いのは
同時打鍵で一度に大量の入力をするタイプだね

>>467-469
子音母音の配置を左右逆転すればいいかと

お前マジ頭いいな

NICOLAスレ吹いたｗ

復旧age

同じ母音を繰り返す子音をためて一回の母音で済ませようという案。

がらくた grkt a
かまぼこ km a bk o

とか、SKY系なら

超高層ビル t修飾子ks ou bi ru
重々承知 z修飾子z修飾子 uu s修飾子 ou ti

拡張性がなくなり、子音連続中は修飾子になるキーがその間修飾子としてしか使えなくなるか、別に専用のキーを用意しないといけない。
打ちなれた文ならまだしも、初見では高速に活用できないなど実用性は見込めない。

考え方としてはさくらに近いな。

>>481
grkt a は がらかた になるんじゃないのか？

そう書いたつもりだけど、どこかおかしかった？

gr a k u t aじゃね？って事では？

インドネシア語みたいだな

「母音は強制押しっぱなし」でよくね。
子音が連続したらかならず直近の母音を補う。

がらくた garkt(a)
かまぼこ kambok(o)
こころ kokr(o) / koor(o)

最後の母音は変換キーや句読点も子音と見なすことで省略可とする。

あ、「こころ」は「子音おしっぱなし」って言おうとしてやめたときに消し忘れただけ。

意味が分からんな。「く」は「ウ段」だろ????

おれバカスｗｗｗ
481が書いた例をそのまんま書き写してまちがえたんだわ。
ただ母音は初めに打った方がわかりやすいだろ、とおもっただけなんだ。

oreba_ksu
481gakaitareiwo son_maんm_k_kiut_site matigaetaNd_w_。
tad_boiんwa h_zimeniuっtahouga w_k_riyasuidaro、toom_っtad_kenaんda。

「だろ、とおもった」の「ろとおも」はoが続くんだが、「と」のoを省略しようにも次が母音の
「お」だから省略できない。「ア行」用子音立てれば解決するが打鍵数増えて本末転倒だし。
ややこしい(脳に負荷がかかる)割にメリット薄くて駄目だろうね。さくら式が限界なんじゃね?

がらくた　a gr u k a t
かまぼこ　a km o bk
超高層ビル　ou(２重母音単独キー) t修飾子ks i b u r
重々承知　u z修飾子z修飾子 ou(２重母音単独キー) s i t

超高層ビル (ou)t修飾子ks ib ur
重々承知 修飾子(uu)zz 修飾子(ou)s it
(en)n (an)g on aius os - wod et in er at oz

綴り見るともはや日本語じゃねえな
母音後置のほうがとっつきやすそう

>>493
重々承知の方は「修飾子(uu)zz」は「じゅうずう」にならないの？
修飾子はもう一ついらないか？
最後の行もちょっと変だな

効率の良く文字列を圧縮する方法の話になってきてるなｗ

短縮って言うんだよ

そういや　もう思い出せないけど
圧縮アルゴリズムとか、こんな感じだっけ・・ｗ

その配列でデタラメなタイピングして出力された文字列が、
日本語ぽければぽいほど、良い配列なんだと思う。
自分の使っている配列でランダムタイピングしたサンプルを見せて欲しい。

（ＱＷＥＲＴＹ）
あ；ｓｊどふぃじょいｊｌｆ。あｍ。ｓ、ｍｋじょいじょいｊｆぁ。ｄｍｆｆｆｊぁじょｆじょｊｌｊｋじゃｌｋｊ
；あｌｓｊぢｊふぉじけｍ。ｆまｓｍｄｌｊふぉいじょいｍｌｍ、ｍｃｌｋじょいｊｌじゃおいじょいｆｊｌじょい
ぁｈｄｊｈｆｆｆｆｆｆっふふかｋｊんｃｊんｊんｋぬｈｆｈｋｊん、ｍなｓｍんｄｋｈふひうｈｋｊは、んｆｋんかｊｈｆｋ


（自分配列）
せらうままげめたるんるんとこもだめたまらんらましめたろんろんはたかれけろおれ
きらろんろたおれたらるうろはろたもめだみたみうとろわにゃがにはらはのろとれだが
たえろろほとめだまたえたかいろんのおめだがまだめうろんろんろとたかえたらたりたえ

幸花

かんといたしのいかとたしでまかんたうてじたまはんしたてのいもん゛たおじか
たじてまんはしだらかんたしはたっもつちしたとつはじたつしすう、もうしたんとかつはんした
たかんまたじらんふかんでしだらんかおもんしだつはのいんからした

んとんか、せんたじてまんからていのかつまでたじまかんちんはったんともて
かんはったんかゃんせらんてうすいとんかお゛はっなんかうでかんますんてもはっんた
かはったんかいどてしかもんだはんがてらんたいとおんはしかんがたんてっか

たしなとあてんすかうとあきょつとうきらうて。すらんまなのまな゛ましたら
からちたんけとうぞまょうまはんかっつとら゛すしあとふんだま
かんとら゛てぃじしすおん゛たやとんはのてつえかっぃんともんはあでとつか

（JISカナ）
ままとりのしはきれりのせらのれとのねひれりとれらきのせらのせらのれとのれりのきせら
はるねひめるねとれりしのせらきのせらとめるねきれりのせらのとねれりきのれりとのちりす
とれりれひりねれりとねしれらはのきせらのせらのれねめるとねれりくのとれのきれのめるね

(AZIK)
んねんｌｖしｈゆどにゅうっっばｃびゅうあｌじんへんぴぐうおあせんｖ
ぺんふぁいおううぇちおぽあいｖごぶうあうおにゅうどうへいえふぁん
ふうぱおいｗうひぇん

>>499-502　突然タイムスリップ→飛鳥天平の雅な言ノ葉遊びが始まったかと思ったよ
…とか言いつつ、俺も混ざろう、…純正Ｍ式　NEC　PK-KB105　＋ATOK１２Ｍ　適当に交互打鍵して
クロスシフトで親指使って見る、一行で変換もして見るぞ

うんｔｒたｓぞうｚちｔ子一ｓぞういいそｚさｇずうおういぇｂ。区ｔんそう
焔うんｙさいあねんうんｔｓつぁあんしｓｙきょうｋがｓｙｒｇっかいけ
うんｒささｓｙさしｔｋｔっしあｋｓｒｓｋｓちうあｔらさんあんｔｙんｙｓと有

ッ舜インｒっっきぃんこうｔ素意ｓんｗんいいっそういあｓｔらｔｋｓ
ああｓｔっそあｒｙｔｙぬえかうっしゃｓぞいｋｇｙｒっっさあせんしゃ
ｒｙｔっいぇっｓちっさｓちうういんたｓちさうふさｔんっさおいｓ

ッ言え有ｓんｔｓ信ｔｓｈんｈさｒｔ地うんすっりゃい
ｒっっいぇふっっｓｙちｐｈｙ子ｳｯｔｓんふいんさｐふすつぁｎ
うんｓｙそんｓすんｓッｓにｓけうさうういや（'_`）ｳｩ喰うｓｒっさ

ハハハ…なんだコラ…へんな顔が…ﾌﾟｯ　↑出てきたよ

（'_`）＜Ｍ式最強

ままとりの しはきれりのせ らのれとの ねひれりとれら きのせらのせら

（DvorakJP＋SKK・カスタム仕様）
ていぷんへいぷんぺいるんけいぬん〜ねいジュンンプツンクゥンペンヘイッレ
イヴン・う゛ぃんきゅんふぇいぷてい。んぷんぶぢんげんふぉう'がいじぃだ；
てんねいっつんうぴぇいりんきんーけいー。ツンプツンヅンネイグンテュンエ


仕様により、仮名にならないアルファベットは消える

>>506 は何配列？

また変わった遊びしてんな。おいらのはこんな感じ？

（叢雲）
きけきぎいぞんごとしいぷらっでヴきんそんなきそがまびたどなこごんなそきだでまん
いっびょんまゅまますることょぶすうそっいびょんひうそんいびっじょんうなれもとっ
いあうしきしうっぴととしんうそとかぁずうとんにもにゅゃといきしくんん、くん。い
ましたっょびとしんしけのぉん、りんかとるしんとうしょっっうすうんそかんしうよじ

実際には文字入力の時のクセとかの影響があるだろうから、これがどんぐらい目安になるか判らんな。

>>508
> >>506 は何配列？
良く上のﾚｽを見ろ、>499　が　>502　に挙げたJISカナの１行目を
５−７−５−７−７で506　が切り出したコピペだ。

だが・それがイイ！！

��理想の日本語配列�≠ﾅは、ランダムタイピングしただけでも、
かなり日本語的な文字列が出力されるだろう。

けいおんするこんぱいはかりすりましたが、わたしなければしかしません。
にほんなだけはたけらんかいのせいろうのかいりんがかんぴゅうでした。
なおみそれぞれどれからることをたんかいするのでふわこります。

……みたいな感じのハナモゲラが出て来るはずだ。
頻出表現が一動作で出て来るよう登録されている速記系配列なら、
結構これに近い感じだと思うんだけど、使っている人居ない？

下駄みたいな同時打鍵系はちょっと不利だね。

別にどれが有利とかないような……というかくだらない……

（月スレ5-113）
うてのいはしこうとてはしこきうたいはうたんはのんうはのりうしいの
うねはこきようぼはゆていはうかはしいのとこうあぎこもは、て〜うの
ていはんたぎうはていきはこいしてうはんたのいこうはぼうしいのてた
のきはよういのはんねたはｋごうしねいきしうこはきはｋどてうででぃ
のいたんのはこいうｋだうし

なんだかもうハナモゲラ語みたいだな

流れを戻してすまんが…

>>496-498
キー配列の場合は、
「どんな日本語文章に対しても圧縮効果があり簡潔な圧縮ストロークを持つこと」
が重要になってくるよな。使える・記憶できるストロークは限られてる。
演説なんかを圧縮するときには、「〜であります」
などを短いストロークに割り付けることが重要なのは、
速記の研究で明らかだが、入力の場合は「であります」
なんて使う機会がない。割り付けるだけ無駄。
こうやって「どの分野にも特化しないように、平均的に」
圧縮ストロークを作っていくと、だいたい、フツウのカナ系に落ち着く。
もうちょっと工夫すると、行段系に頻出のカナをいくつか載っけて、
AZIKの文字列短縮を足したような実装になる。

しかし話題になったように、母音だけ取り出して圧縮するってのは計算したことがない。
面白そうだからぜひ続けてくれ。

>>498
MAKIフォーマットとかこんな感じだったよな。ピクセルを市松模様に取り出して圧縮するの。

どの分野にも特化しないってか汎用的なのを考えて
省入力を組んでみたことあるけど、
たぶん出てくる語は短くした方がいいと思う。

例えば
「する」「こと」
なら「すると」も「することによって」も「することで」も対応できる。
〜すると...となる。
〜することによって...となります。
〜することで...ってなるよ。
の３通りに対応できることになる。

人が1日に書く文章の量はせいぜい1000行
日本語で文章を書く人はせいぜい1億人

つまり1日あたり1000億通りの文章がある

31キーで8ストロークまで対応すれば1兆通り

これのそれぞれに文章を割り当てることで
どんな文章でも一発で入力できるようになる

>516
母音は基本的に５つしかないんだけど、思ったよりは連続しない感じかな？
ただ、「もの」「こと」「との」「から」「する」みたいな頻出単語で同段母音の言葉があるから、
それなりに効いてる気はするけどね。
頻出する音の推移はありそうな気もするけど、検証していないから何とも言えない。
（ア段->イ段、オ段->ウ段とか）


ちなみに>491で指摘のある「母音は省略できない」は、通常母音は１キーに割り当てているから
気にしないでいいでしょう。
さくらは漢字変換のために効率を犠牲にしてる（頻出のあ行を２キーにしている）からなぁ。

左右分離の行段方式で、左手に子音、右手に母音
ただし圧縮のため、２〜３文字分を同時に入力する

（イメージ）
「よろしければはいれつについておしえろ」
　↓
XyoRoSi KeReBa HaXiRe TuNi TuXiTe XoSi XeRo　※Xはあ行子音
　↓
XRS yooi KRB eea HXR aie TN ui TXT uie XS oi XR eo

これらは当然出現頻度や連携頻度に違いがあるから
２〜３ストローク使って最適化すれば効率の良い入力になる

と思う

５種類の文字をランダムに並べ、連続したものを省略するとしたら
５回に１回省略される。全体の母音の頻度が５割なら圧縮率１０％
実際に適用しても５％くらいはでそうだけど、
AZIKに勝つには相当の工夫がいるな。

押しにくさ等の打鍵コストが、与える情報量に正比例するように

１打鍵目に６キーを使って文字種を６４種類から選択して
２打鍵目と３打鍵目で、１０キーを使ってその文字の出現する位置をビットパターン表す
ビットに抜けが残っていたら次の文字種で同じ事を繰り返す

こんな入力方式があったら、すっごく効率が上がるんじゃないかな

作って公開すれ。それから判断する。

ややこしい言い方してるけど単なる多段プリフィクスだろ。

>>521 は点字のことを言ってるんじゃないか。
http://www.tohoho-web.com/tenji.htm

>>521
必ずしもランダムじゃないよ。まあ、限りなくランダムに近いんだけど。

Wikipediaの「母音調和」から引用
> 現代日本語でも、本来語と考えられる身体の部位を表す言葉、
> 例えば「みみ」（耳）、「あたま」（頭）、「ほほ」（頬）、「からだ」（身体）、
> 「ひじ」（肘）、「ちち」（乳）、「しり」（尻）などは同じ母音の連続が顕著に見られ……

思考実験として、ランダムだとしたら、って言ってるんだろ。

>>527
母音が２回続けて入力した場合、次に続けて入力した子音を両方の母音に適用するというのはどうだろう

>>529
こんなかんじで　konnnkannjide

がらくた　grakuta
かまぼこ kmabko


nnで「ん」が確定する実装だとナ行で連続したとき使えないのが痛いけどね

>>530
kkやttで「っk」、「っt」が確定する実装でも同じことが起こるよ。

すべて、促音と撥音にさえ気を遣えば解決することなんだよなぁ。

hyaとかchaとかtsaとかがややこしそうだけど。

うわぁ。拗音もあったな。
「tsu」も禁止にしなきゃダメね。

壊滅的ｗ

「あいうえおやゆよ」の８母音なら拗音があっても平気そう

思いつきでアイデア書き込むのも良いけど、実装も考えてくれよな。

和ならべ か きゅうり配列 の上でなら大体実装できる。

>>531
「っ」もあったの忘れてたｗ
ACK使ってたので忘れてたんだｗ

ACK？
どんな配列？

>>539
Dovorak版のAZIKね
「’」の単打で「っ」になる

ACTのことか

>>541
ごめん
そのとおりだorz

test

ところで、母音を省略する方法として、どっちが効率がよくなるんだ？
1.一律に「a」を省略する
2.前後の状況によって省略できる母音の種別を替える
まあ、母音押しっぱなし省略と、何も押さない母音省略を組み合わせて、
3.両方実装する
ってのが最強ではあろうが。

感覚的にはやっぱり「a」を省略するより「u」を省いたほうがしっくりくるなぁ

>>545
ローマ字で考えるんじゃなく「×行×段」という考え方するなら、
ア段をデフォールトにするのが一番自然なはず。
デフォールトをウ段にすると、ワ行キーの単打をどうするか問題になるし。

日本語話者にとって、「う」は一番短く発音される母音だからね。
一応、そんな音声学的根拠もある。

いや、音韻論だっけか。どっちでもいいか。
デフォールトがウ段のとき、ワ行単打は「ウ」にするしかないと思う。

このスレをローマ字にして母音だけ取り出し、どのくらい連続してるか数えた

一文字目＼二文字目
　　A　　　　I　　　U　　　E　　　O　　小計
A　2786　2402 1445　1356　1630　=9619
I　 2183　 918　 878　 986　1493　=6458
U　1283　 898　 697　 667　1344　=4889
E　1278　 646　 921　 445　1061　=4351
O　2089　1593　 948　 897　1953　=7480

同じ母音が繰り返された回数 =6799

＃AのあとにIが現れた回数=2402 のように見る
＃「名前」「名無しさん」「投稿日」やURLは事前に削除

単独の母音とか、省略できないものも数に入ってるから何とも言い難いが
一律に「a」か「o」を省略する戦略のほうが良さそうじゃね？

>>549
おまえマジすごいな

はてブ経由だが、ステノワード動画
http://b.hatena.ne.jp/entry/http://jp.youtube.com/watch?v=vk8ZFAM2N2s

ん？なんか変なの付くんだな
はてブURLは末尾の&fmt=18を削って見てくれ

>>551
何かと思えば>>380と同じじゃん

各母音を入力したあとの配列テーブルを別個に用意して子音は全テーブルで共通
各母音毎の配列テーブルで　元テーブルの子音以外のキーを使って色々出来るようにした配列ってある？





わかりにくい言い回しでごめん

よく分かっていないんだけど、
母音を省略したとき、
「くく」と「っく」の違いは、どうやって打ち分けるの？

促音用のキーは別途用意するんだろう。
>554が言ってる意味はよく分からんけど。

>>556
これは釣りじゃね？

>>554
日本語で使わない［子音→子音］の連鎖をいじるのは基本だけど、
［母音→母音］という連鎖は、普通に日本語に出現するんだから、
��そのまま出力する�∴ﾈ外の選択肢はあり得ない。

んっと、つまり・・

「M」を打ったら次に打つキーというのは
"AIUEO"の子音キーと一般的ローマ字なら"Y"や「っ」にする"M"等が基本

それなら他のキーは色々他のことにも使えるよね？って事なんだけど

>>554をエスパーしてみた

「キツネ」を入力

i u e k t n

「小谷」を入力

o a i k t n


…いや、ちがうなｗ

多分そういう意味だろうとは思ったけど、
伝えたい内容に対して >>544 は正反対の表現になってるよ。

例えばAZIKは、［子音→子音］の連鎖に こういう割り当てをしてる。
http://hp.vector.co.jp/authors/VA002116/azik/azikindx.htm#azik

AZIKは、キー配列自体はQWERTYのままだけど、
もっと効率の良いキー配列をベースにしたのもある。

DVORAKをベースにしたのが、ACT。
http://hp.vector.co.jp/authors/VA002116/azik/azikindx.htm#act

SKYをベースにしたのが宙配列。
http://home.s05.itscom.net/cc123/html/sky-dash/index.htm

いろいろ変だから、書き直して再投稿。

>>559 多分そういう意味だろうとは思ったけど、
伝えたい内容に対して >>554 は正反対の表現になってるよ。

例えばAZIKは、［子音→子音］の連鎖に こういう割り当てをしてる。
http://hp.vector.co.jp/authors/VA002116/azik/azikinfo.htm

AZIKは、キー配列自体はQWERTYのままだけど、
もっと効率の良いキー配列をベースにしたのもある。

DVORAKをベースにしたのが、ACT。
http://www1.vecceed.ne.jp/~bemu/act/act_index.html

SKYをベースにしたのが宙配列。
http://home.s05.itscom.net/cc123/html/sky-dash/index.htm

>554 の意図から外れてるかもしれんが……
空きキーに一発変換キーを割り当てた例ならあるよ。
ttp://www.forest.impress.co.jp/article/2003/05/15/japaneseinput_saikoro_3r.html

小難しく言ってるけど、内容はありきたりってことか。

小難しいというよりも、子音と母音が逆。ｗ


各子音を入力したあとの配列テーブルを別個に用意して母音は全テーブルで共通
各子音毎の配列テーブルで　元テーブルの母音以外のキーを使って色々出来るようにした配列ってある？

漢直winを使えば、いくらでも定義できるよ。

何が言いたいのか分からん。例を挙げて具体的に書いてくれ。

エルゴスレにPerky製作方法公開のお知らせがきてるわ
自作ネタがぽつぽつ出たところに20年来のベテラン参上だ。

配列系スレとは違うアプローチだけど面白い流れになった。

これか……簡単と言われても、自分に作れる気はしないなｗｗ
http://homepage2.nifty.com/perky/make.htm

ずっとオリジナルのローマ字配列を使ってて、
今度Macに乗り換えようと思ってるんだけど、
keyswapみたいな手軽なキー変更ソフトが見つからない・・・

ローマ字配列を作るならegbridgeがある。
KeyRemap4MacBookなるものもある。
それでもむりなら...何があるだろうorz

egbridgeってまだ買えるの?　開発は終了したようだが。

在庫が残ってる店があれば。

KeyRemap4MacBookはCapsLock,Control交換やSandSに
アルファベット配列作るにはUkelele
ことえりのローマ字配列いじりは難しい・・・
あとはいっそAquaSKKでいじるとか

>>570
ちなみにどんな配列なのか見てみたいです。
差し支えが無ければ見せて頂けないでしょうか？

同時打鍵なしならMacUIMで行段系でも中指シフトでもできるよ。
（同時打鍵じゃないならShiftも使える）

>>575
4年くらい前、パソコン買ってすぐにキー入れ替えちゃったから、
普通の配列じゃ打てない。keyswapはUSBメモリに入れて持ち歩いてる。
キー配列を入れ替えるだけでいいんで、
Keyswapや繭にあたるソフトが
Ｍａｃにもあると思うんだけど、ググっても出てこないんだよね。

１　２　３　４　５　６　７　８　９　０　−　；
　［　，　Ｅ　．　］　＾　＠　Ｆ　Ｍ　Ｓ　Ｒ　Ｐ
　　Ｚ　Ｏ　Ａ　Ｉ　Ｌ　＊　Ｑ　Ｄ　Ｎ　Ｔ　Ｋ　Ｈ
　　　Ｖ　Ｘ　Ｃ　Ｕ　？　＿　Ｊ　Ｙ　Ｇ　Ｗ　Ｂ

おぬし、窓板でもレスしたあやつだな？！

熱線補修材だな

>>577
ありがとうございます、参考になります！
ところで、右手は右にひとつずらして使われていますか？

>>580
いや、2個ずらしてる。Nが人差し指で、Hが小指

>>577
こういうのなら省入力とか同時打鍵がなければUkeleleで実装できると思う。

ここなんだけど繋がらなかった。
ttp://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=ukelele
もし何時までたっても繋がんなかったらいってくれ。ロダにあげるから。

下駄配列作者が、複数のキー配列に関して、
文章入力するときの各キーの使用頻度を解析している。
http://kouy.exblog.jp/7888078/

これは下駄が使いたくなるｗ

>>583
下駄配列も含めて、新ＪＩＳ配列の子孫は、
［Ｕ］の位置に「ん」を置いていて、人差し指上段の使用頻度が高い。
交換の余地はあるのにしないということは、打ちやすいと判断しているんだろうが、
そういう打鍵感覚が判らない。

>585
それは同感だな。特に『うん』とか頻出なのに同指異段になってるし。
……まあ、この辺弄り始めると止まらなくなるけどな。

打ちやすさの理由が、配列の「設計の良さ」故なのか、
単に制作者本人の「慣れ」故なのか、その辺も段々
分からなくなって来そうだし…。

あと、「ん」も含めて、頻出のカナを動かしてしまうと、
運指の流れががらりと変わってしまうから、机上で考えて
どんなに合理的な理由があっても、いざ動かすとなると
億劫だろうな…。

下駄は運指にしわ寄せしてでも小指の負担を減らそうとした感じかな
もろに作者の好みが出てるんじゃないか

下駄まだようやく配列表見ないで打てるようになっただけの段階だが
単体の打ちやすさは相当なモンだけどな。つらつらと打つ分には
ただ小梅の「うん」も同指異段だが運指は既に下駄のがダルイ予感

>>585
「て」、「ん」ともに、人差し指なら下段の方がマシなんじゃないかと思う。 (下駄使ってないけど...)
他との絡みで移動できなかったのか。それとも確信犯で上段にしているのか。

>>586
事務系文書に限って言えば、「うん」はそれほど頻出でもないと思う。
チャットや掲示板書き込みでは頻出なのか？
具体的にどんな文脈で「うん」を使うのか教えてもらえると助かる。

「un」は頻出に入るかも知れないが「うん」はそうでもないんじゃないかね。
2gramとってみれば分かるけども。
「うん」と言う読みの漢字も実生活で使う機会がそこそこありそうなのはせいぜい
「運・雲」くらいだし。

不満に思うなら入れ替えてみればいいと思うよ。動かし様がなくてやっぱりここしか
ないのか、って分かるかも知れないし、もっとしっくり来るところがあるかも知れない。

俺は月だけど「ん」を動かそうと思ったことは多分ないな。

>>591
月は「いん」があるから動かしようがないよ。

月配列ユーザーじゃないが、月2-263の配列図を見ていて、
〔自分なら「っ」と「ん」を入れ替えるだろうな〕と思った。

「ん。」は頻出連鎖だし、「ん、」も普通に出て来る連鎖だが、
月配列の位置関係では打ちにくいような気がする。
「っ、」や「っ。」は擬音的な特殊な表現でしか出て来ないから、
打ちにくい位置関係でも問題無い。
「いん」よりも「いっ」の方が出現頻度は大きいだろう。
「行った」「言った」「一〜」といった頻出語彙に含まれているから。

それに、「いん」の運指が［Ｉ］［Ｎ］になっても別に打ちにくくはないし、
ＱＷＥＲＴＹからの移行が少し楽になるという利点もある。

AZIK系のACTをつかっている自分には、まったくもって不思議な会話であります

なるほどｗ

月2-263の時はとにかく下段使用率下げるっつー目的があって、それはNにも適用された
という事情もある。もしかしたら入れ替えると跳躍が増えるとかなんかあったのかも知れないが
もう6年ぐらい前の話なので忘れた。

>>593
> 「いん」よりも「いっ」の方が出現頻度は大きいだろう。

http://www.eurus.dti.ne.jp/~yfi/keylayout/kana_continuity_list.html
によると、そんなことはないみたいだが。

月2-263の「ん」を「っ」と入れ替えると、
右手の跳躍が2.6倍に増えるな。
跳躍が増えたからといって即、打ちにくくなるとは限らないが、しかし……。

んっ・・・

単純に「う」と「ん」を入れ換えるのはどうよ？
と、月を使った事の無いオイラがエスパー。

>>600
そうすると右手の跳躍が1.3倍に増える。
「ん」の連接は限られているから、左遷するに丁度いいんだな。

「く」と「ん」を入れ替えたら、跳躍が0.8倍に減ったよ。
大規模なコーパスで調べてみないと、正確なことは分からんが……やってみる価値はありそうだ。
ちなみに花配列に先祖返りだ。

　下駄だと「ん(U)」の裏は「ぷ・ぬ」で、使用頻度が低い文字を持ってきてるよね。
やっぱり U の使用頻度をちょっと下げようとは思ってるんじゃないかなぁ。
(その割に、「ん」と「く」の入れ替えなどをしなかった理由が不明だが。)
　でもそもそも下駄は親指シフト系じゃないから、R・Uの使用頻度にそれほどこだわるこたぁ無いんじゃないかと。
月配列と新JISと飛鳥の経験者の俺が言ってみる。

初心者のキーボード入力は、ひらがな入力からか？ローマ字入力か？
http://blogs.itmedia.co.jp/kenjiro/2008/05/post-bf34.html

そろそろ月スレで語ってくれまいか
過疎ってるのよorz

下駄以降の流れでこうなってんだからかまわんだろ
よろ配スレだからできる内容だ。

それに月スレが過疎ったところでなんの問題がある？
速攻落ちるわけじゃなし、1000埋めまでの寿命が伸びているとおもえばけっこうなこった。

今日も月スレは平和じゃないか同士よ。

>>603
>ほぼ８年にわたる無給の開発はもう限界のようで残念です。

報われるといいな･･･。
飛鳥、物書きさんにはいいと思うんだけどな。

1万字のかなを入力する場合の打鍵数
http://urawa.cool.ne.jp/kou-y/keycount.html

AZIKを使うために、常駐ソフトを作ってみた。
このソフトをＵＳＢに入れておけば、どのＰＣ
でもAZIKで入力することができる。

>>608
うｐ！うｐ！

ああクソッ！おれUbuntuだった！

Ubuntuでは動かない…
このAZIK、作るときに拡張してみた
２打鍵目のx,c,vが空いている
それぞれoku,aku,atuに割り当てた
つまり、
kxで「こく」
scで「さく」
kvで「かつ」
になる
kwkc 計画
kvyp 活用
kxsq 国際
など利用場面は多い

中根式速記法から拝借した

だれか>>610をエロコピペ風にアレンジして

>>610
M式も似てるよん

kazikもね。

色々あるんですね
私はローマ字入力なので、AZIKと
その拡張ぐらいで我慢します。

しばらくテストしてバグを取ったら
公開しようと思います

あぁ。
ubuntuだとuim-skkで指定するだけでazik使えるんですね
ええなぁ

なら、これ機会にazikが広まるとええなぁ

AZIKは an in un en on だけでも覚える価値はある。

あいうえおキーボード。
http://www.ttools.co.jp/product/hand/aiueo_kbd/index.html
高速大量に入力するには向かないが、
しかし日本語配列のデフォールトはこれであるべきだと思う。

こいつはキーピッチが現状と変わらんはずだから
このキーボードのまま両手で打つとなるとしんどいだろう

1本指用だろ

完全格子は手首を変な風に捻らなきゃいけないから使い物にならんと思った、
両手タッチタイプするならね。

てことは階段は片手は自然で片手は格子より不自然なの？

濁点・半濁点はア行の外側にあるが、ヤ行の隙間に入れる方がすっきりすると思う。
http://www.ttools.co.jp/product/hand/aiueo_kbd/images/aiueokeyb_L.jpg

初心者でしかも普段キーボード使わない人には最適だろ

濁点はや行の後で伸ばし棒はわ行の後ってイメージがある

>>619
>完全格子は手首を変な風に捻らなきゃいけないから使い物にならんと思った、
なぜ手首を変な風に捻る必要があるのでしょうか？
垂直格子に両手をハの字の形において指先だけを垂直に動かせば良いと思いますが。
階段キーボードでは手をハの字の形に置いて、
右手の指先をハの字方向に、左手の指先を逆ハの字方向に動かします。
それにくらべれば指先を垂直方向に動かす方がまだ簡単でしょう。

完全格子キーボードのメーカーも両手をハの字の形に置く事を想定しています。
(1分22秒あたり)

TypeMatrix 2030 Promo video - Amazing computer keyboard!
http://www.youtube.com/watch?v=vi1V3_X1gy4

＞左手の指先を逆ハの字方向に動かします
？？？

指先は器用だからいろんな方向に無理なく動かせているように見えても
やっぱり手の構造上手のひらに向けて引っ張る動きが一番自然で無理が無く、
なおかつホームポジションが安定する

>>625
>>624じゃないんだが、俺は左手は「バイバイ」する時の動きで
逆ハの字方向の動きに対処してる。
右手は>>625の言う通り、手のひらに向けて引っ張る動き。

早く、左右対称のキーボードが規格化されないかな…。

中段と上段はあまりずれてないからQ以外は打ちやすいけど
下段はずれすぎてるから打ちづらい

>>627
キーボードを5度か10度くらい傾けると打ちやすいよ

その発想はなかったわ

こんな変な形なのに、打ちにくいと感じた事は一度も無い。

>624
「指先だけを垂直に動か」す時に手首を捻らにゃならんだろ。

タイプライターの構造をそのまま引きずっているだけなのに、
この斜めデザインがイイという方が無理。

ttp://en.wikipedia.org/wiki/Image:UnderwoodKeyboard.jpg

悪い、こっちだ。

ttp://upload.wikimedia.org/wikipedia/commons/c/c7/UnderwoodKeyboard.jpg

それがいいって言ってる人はいないと思うが。

いないよね。

格子状の配列が使い易いか否かで意見を異にする人がいる、
って流れじゃないの？

格子状のキーボードなんて頭にないんじゃね？

KINESISとかTRONとかは何キーボードになるの？

KINESIS　→　足つぼ健康キーボード
μTRON　→　折りたたみキーボード？

AZIKを常駐ソフトでエミュレートすることには成功したけど
その過程でジャックル打鍵というものを見つけた。

JIS X 4063のローマ字入力と互換性が非常に高い。
面白いので「JIS X 4063:2000」の表1（必須）を完全に保った
ままでローマ字入力を拡張する方法を考えた。

しかしJIS X 4063の表１は結構きつい。
hやsは２打鍵目に使えない。
しかもazikのようにkkで「きん」などとするとローマ字
入力での「っ」と互換性が無くなる。

これでは２打鍵目に使える文字がほとんど無くなる。
実際にjacql lightではjcqlfvの６文字しか使っていない。

そこで、kkのような同音が連続するときにk;としてみた。
同じ音の場合は；を割り当てる。

これで、多くの文字を２打鍵目に割り当てることができた。

実際にどのぐらいの効率になるか調べてみたら、azik拡張と
ほぼ同等という結果になった。

ローマ字入力と完全互換でこの効率であれば、ローマ字
入力から移行するユーザーにはリスクが０で面白そうだ。

Qwertyの最大の利点かつ唯一の利点は、デファクトスタンダードである点だと思うんだが、
拡張しちゃうと他PCで使えなくなってその利点が消えてしまう。
となると拡張してまでQwertyを使う意味がないと思うんだが。

それで、拡張しても他ＰＣで使えるようにレジストリを
変更したりインストールせずにローマ字を拡張する
ツールを考えた。
小さなツールなので、どこでも使える。

６４０が言いたいのは、ローマ字定義をいじるくらいなら
配列もどーんと変えるべきだということでしょ。

Jacql Typing - ジャックル打鍵法
ttp://homepage3.nifty.com/jgrammar/ja/tools/imekeys.htm#Jacql

これか。こういういろんなQwerty拡張見てるとだんだんどうでも良くなって
素のローマ字で打ってればいいやって思えてくる

いきなり丸ごと変えるのは抵抗あるけど、ちょっとでも楽をしたいからちみちみ変えよう、
という需要があるのでしょうね。
それに対して、非効率なQwertyを引きずるのはいかがなものか、と考える層もある、と。

完全上位互換なら、他人がPC触ったときに混乱しない、と言う利点があるのかな。
俺の場合は人のPC触るとき、配列が標準Qwertyでも、部分確定とか文節区切り移動の
し方が分からないから困る。

Qwerty拡張だったら、むしろ漢字一発変換の方が便利だと思う。
……漢字選択キーまで設定できるIMEが存在しないのが問題だけど。

>>645
kwsk

「さいころえんぴつ」みたいなの？

スタンダードから完全に離れてしまうのは抵抗があるけど
ちょっとでもよりよく楽をしたいという需要がある。

それに対して、スタンダードなqwertyから離れるのは
いかがなものかと考える層もある、と。

AZIKで、拡張をしゃぶりつくそうとしていたら、気づいた時には
運指の流れが標準的なローマ字入力とは完全に別物になってしま
って、標準的なローマ字入力が出来ない体になっていた。

ここまで違うなら、いっそもうACTでいいじゃんと思い、ACTに
移行したけど、migemoを使う時とかは、むき出しのDvorakを意識
しなきゃならなくて、いまいち直感的に打てない。

じゃあ、せめてKくらいはレジストリでリマップして、直感的に
使えるようにするか、と思い、Dvorak変形の俺様配列に手を出し
始めて、配列いじりの泥沼の片鱗を見る。（←今ここ）

う〜ん。
そうか。

結局、ちまちま拡張しても満足できなくなるのか。
そりゃそうかも。

まぁ、試算すると17%ぐらい打鍵数が減るようだから
ローマ字完全互換を生かして、ちまちまとやってみます。

AZIK対応のMigemoはあるよ。
ACT対応も、ローマ字変換表の書きかえで可能らしい。

Dvorak系はc=カ行がデフォっしょ

あとパ行はfだね

Aをどうにかした方が良いと思うがなあ。

確かに左小指がちょっとしんどいかもね。

でも、俺の感覚だと、片手アルペジオは
小指→薬指→中指→人差し指方向の動きが打ちやすく感じるので、
小指にＡがあるのは、アルペジオの流れから言うと、
割と良いような気もする。

>647
そうそう。
JFLCQの順番で第一〜第五候補を一発変換。
同音異義語の多い単語でもだいたい足りると思うんだけどな。

>>656
風かSKKみたいな感じ？

>657
いや、スペースキー使う必要無し。
JFLCQには常に変換候補が表示されていて、適当なタイミングでJFLCQを押して一発確定。

そりゃ興味深いな
Macにもないもんか

今ごろになって>>203,204,212が>>643にある中指カナタイプということに気付いた

http://www.ykanda.jp/asahioyayubi.jpg
今時富士通の親指シフトかよ。
新聞記者はロクに調べもせずに書くんだな。

親指シフトは普通に根強い人気があるぞ・・・

極一部の層にな・・・

もう商業ベースに乗せるのは厳しすぎるだろ

同人なら

http://homeposition.net/Picasso/index.html
m(as)mさんのHPが、いつの間にか異動していたと思ったら、
こんなのが追加されてた。

>>661
論旨の主役は携帯電話のトグルじゃん
あんなもんに注目されても困る
テンキーによる日本語入力だったら
片手５本の指をフルに活用したカナ入力システムが可能

ミサワホームとか区点直接入力とか言わなくても
せめて少なくともポケベル式くらいはしてほしいもんだ

携帯電話はもうトグル主流でいいと思うんだ
どうせ１本指打法は変わらないわけだから

しかし５本指使えるとなると
事情は全く違うのではないかと
個人的にも右手だけで日本語を自由自在に速く入力できたら
どんなにいいだろうと思う事しばしば
片手に特化したエルゴデザインがあってもいいと思うし・・・

５本は無理でも４本ならできるだろ
ttp://lives.no-ip.biz/lives/sn/src/1280549.jpg

>>669
ちょｗ　画伯ｗｗｗｗｗ

携帯のキー小さすぎて俺の指で>>669は無理だった。

五本指で打つとして、どこで電話を支えるのさ。
どこかで握らなきゃ安定せず、指を高速に動かせないのでは。

親指と他の指の付け根で掴んでればOK

ホルダーに手突っ込んで
がダメなら４本が限度だな。
それすらもぁゃιぃが

Twiddlerというのがあってだな・・・
http://images.google.com/images?hl=ja&lr=&ie=UTF-8&oe=UTF-8&num=50&q=Twiddler&um=1&sa=N&tab=wi

速く打てるそうだが全く流行らなかったとのことだ

ttp://www.angelstudios.co.uk/images/Knob_twiddler.jpg
かｗ

いやスマン、わかってるから
ttp://www.wap.org/journal/twiddler/twiddler.gif
だろ

twiddlerが無線化したら買うんだけどな

なつかしい
変態デバイスだらけだったアキバのぷらっとホームでも売ってたよ

本多のオヤジさんは先日亡くなったが……配列的にも面白い店だった。

>>667
最近見たキーボードがあるんだが

http://www.mars.dti.ne.jp/~kkobata/index.html
こんなのはどうだ早く打てるかな

情報を教えて・・・

>>679
この写真に衝撃を受けたｗｗ
http://www.mars.dti.ne.jp/~kkobata/sub/futal2.jpg

サリドマイド被害の人とかには喜ばれるかもね。

>>680
入力装置をもうちょっと大きくして、
ゲームセンターの［ダンスダンスレボリューション］みたいに、
中央に立った形から足のステップで文字入力できるようにしたら、
流行るかもしれない。

ファミリートレーナーでおｋ

無駄に立体写真ｗ

>>679
これは配列と違うだろ少しずれてるな。
やっぱり手法と言うべきで画期的な面もあるのでは。

いろいろ応用できそう。

pen入力に使った方がよさそう

>>685 なんでや　
>>679 これは配列じゃないの、文字を覚え易くした配列では。

日本式の書き順と思うけど英語国ではどう思うのかな。
外人さんがＯＫならブレイクするのでは。

一筆書き入力のようなものはあるよ。そういうの色々取り上げてるサイトあったけど
どこか分からん。過去スレに出てたけどな。

っ ttp://pitecan.com/bib/Input.html
この中だとT-Cubeが一番優れた入力方法だと思うけど、全然流行んないよね……

あーそこそこ。すっきりした。さんきゅう。

>>689
見たがこの中には流行る要素がないな。
流行るものは基本的にブラインドタッチができるようになって、
上達していくものでないとだめだと思う。

ペンタッチなんかはそれだけのもので終わるんじゃない限界がある。
その点からいま話題の配列は面白いと思う。
少しでもだしてみればなー・・・

板違いだろこのスレタイ

>691
確かにタッチタイプは重要だわな。
インターフェイスに貴重な画面を占有されるのは辛いか。

>>691 そうかペンタッチは結局初心者に優しいと言うことか

慣れてくると物足りないし条件もあるしな
視力と選択力とペンで押すこの三つが必要となるわな
これでは上達する事ができないということか
焦るとうまく手が動かない事があるしな

べつに携帯じゃなくて
「片手入力」って事だろ
デスクに置いて5本指という意味だろ （´・ω・｀）

この入力方式って何だっけ？

・たぶんタッチパネル
・画面に「あかさたなはまやらわ」が出てる
・たとえば「い」を入力したいときは、
　　「あ」を押す→上下左右に「いうえお」が出てくる→「い」まで指を動かして離す

>>691 そうか　ペンタッチは10年やっても初心者と同一レベルと
言うことか。
面白みがないな。

>>696
特に名前は付いてないんじゃないか
少なくとも俺は知らない

で、ペンタッチとかってこのスレでいいのか？
まあ、他にネタがないみたいだから良いけど

良いんじゃね?

>>699
で、ペンタッチにも配列はあるんじゃないか
なんの配列か見本を見せろ

周辺を理解しないと配列の運用が判らんじゃロ

広い意味で、主に手を使っての文字入力をする方法を扱うスレ、ぐらいで良いのかな。

速記みたいに手書き記号化したペンタッチだったら意味がある。

それ以外はぶっちゃけ「１本指打法」と変わり無し。

お前にとって意味があるかどうかなぞ知らん。

１本のペンでアイコンをピッピするのは
チンパンのアイちゃんレヴェル

>>694入力で言えばペンタッチは確実に遅くなるようだな
表示法は速くなるな

要はどちらを重要視するかだな
タッチタイプは消える事はないが進化して欲しいな
>>679 も一つの進化と思える・・・

文字の書き方を覚えてるのは手だから
パッドを握った時点で文字の書き方に頼った入力方式は使えんな

>>707 何を言い出すんだ
手が文字を覚えるはずがないじゃないか
頭が文字イメージを描き手はそれに従っているだけ
これを何千回と繰り返すから瞬時に頭と一体化して動くだけ
頭がないと手は動かない

ようは頭と一体化した連度によって決まるもの
問題は覚え易いかどうかだけで決まるから容易なものが良いことになる

発音が手の動きに結び付いてる場合は文字のイメージが浮かんだりしない
ましてやどこから書き始めてどこで書き終わるなどいちいち考えない
さらに>>679は字とキーの対応に無理が出ていて全然直感的でない

>>709 いっとる意味がわからん
「発音が手の動きに結び付いてる場合は」

「さらに>>679は字とキーの対応に無理が出ていて」

も少し詳しく

言葉を字に書くときいちいち字のイメージを思い浮かべず発音から直接手を動かすことがあるってこと
>>679は字の形とキーの対応が作った人以外には予想しづらいってこと

>>711 かん違いしているな
発音については・・それはいままでに何千回と文字を書いているから
発音と一体化しているだけ子供の場合はそうは行かない

>>679の場合は・・予想も何も公開してあるではないの予想する必要は
ないと思うけどなー

つまり文字を書き慣れていない人が使う入力装置で
文字に対応するキーを別途習得する必要があるということか

>>713 習得ナー
入力する場合はどんな方法でも習得することになるけどなー
今どんな方法で入力しているのかなー
ようは容易か覚え易いかだけと思うけどナー
選択すればよいのでは・・・

文字を書くときは発音を介さなくても文字の形をイメージできるよ
かな漢字変換に慣れると手書きでも発音→文字と考えるようになるけど

思考するために道具を作っても、道具ができてみると
作った道具に合わせて思考を変えてるわけだ
このへんは社会のシステムと一緒だな

たとえば「風」を使ってると、「私」を入力するときに頭では「わたし」と考えてるけど
手では「し」と打ってるみたいなチグハグなことが普通に起こる

さらに漢直になると運指と字形が直接結びついて発音は全く出てこない

iPhone　3Gでは日本語入力システムとして、日本の携帯電話のボタン配列を模した「KANA」
と、パソコンのようなキーボード配列でローマ字入力をする「キーボード入力」のふたつの入力
パネルが用意されている。（略）
「KANA」では、一般的な携帯電話のように、「う」なら「あ」のボタンを3回タップするというよ
うに、ボタンを連続的にタップして目的の文字がだせる。さらにiPhone　3Gならではの機能
として、カナボタンを長押しすると、「あ行」なら「あいうえお」、か行なら「かきくけこ」と、その
行にあたる文字をカナボタンの上下左右の位置に表示・選択できる機能も用意されている。
これを使えば、何回も画面のカナボタンをタップしなくても日本語入力ができる。さらにこの上
下左右に展開表示されるひらがなの配置を覚えたなら、入力したい文字の方向に指をフリッ
クするだけでも文字入力ができる。上級者向けのテクニックであるが、このフリック入力をマ
スターすれば、一般的な携帯電話以上の速度で文字入力ができそうだ。 （抜粋）http://www.asahi.com/digital/mobile/TKY200807100299.html

アルファベット入力に加えて，日本の携帯電話でおなじみのテンキー型の入力画面を備えている（写真 http://itpro.nikkeibp.co.jp/article/NEWS/20080711/310586/0711_3G02.jpg ）。
iPhone 3Gでは，通常の携帯電話のように「あ行」の言葉を選ぶために，「あ」「い」「う」「え」
「お」という具合にキーを何度も押すのではない。「あ」のキーを一度タッチすると，十字型に
縦横右左に「い」「う」「え」「お」の選択メニューが現れる（写真 http://itpro.nikkeibp.co.jp/article/NEWS/20080711/310586/0711_3G03.jpg ）。
キーを一度タッチして，十字型のメニューから選択することで，同じ行に属する語をスピーディー
に選べる。 （抜粋）http://itpro.nikkeibp.co.jp/article/NEWS/20080711/310586/

ボタンをきちんと押したかどうかは、反応を「音」で判断するしかない。
さすがに、物理的なキーを指で押し込む感覚までは、液晶画面上では再現できない。多く
の携帯電話ユーザーが、画面を見ずに指先の感覚だけで文字を入力しているはず。予想
通りだったが、絵文字に非対応なのも残念。（抜粋）http://itpro.nikkeibp.co.jp/article/NEWS/20080711/310600/?ST=keitai&P=2

あ段の連続はどうなるんだろう

>>717
iPhone 書込みサンクス
さすがに良く考えてるなと思う日本人の発想と違うな
５０音表から脱しないとだめか
日本人には無理だな文字は改善できないからな
「いろはに」で行くかな習得が難しいか
５０音表は知恵の集大成か傑作か

画面上でするものは欠点として視力が不可欠だな
眼が悪いものは使用できないな　
画面に拡大鏡でもつけるかな　
タッチができないか
考えてくれ

9x9でちょっとは考えた配列を作って欲しいよな。
携帯電話とかだと自分で実装するわけにもいかんし。

こんな感じでムリくり押し込んだのでも十分なのになあ

一段目
ま　 　さ　 　やわをんっー
か　 　あ　 　た
は　 　なパ 　ら

二段目(清音&拗音) 　　 右上二段目
ゅ　 　う　 　ょ　 　　 　　 　 っ　 　ゆ　 　ん
い　 　あ　 　え　 　　 　　 　わ　 　や　 　を
ゃ　 　お　 　(半)濁音　 　　ー　 　よ

三段目(濁音&濁拗音)
ゅ　 　う　 　ょ
い　 　あ　 　え
ゃ　 　お　 　半濁音

四段目(半濁音&濁拗音)
ぴゅ 　ぷ　 　ぴょ
ぴ　 　ぱ　 　ぺ
ぴゃ 　ぽ

>719
この発想の違いはボタンとタッチパネルというIFの違いから出て来るものだよ。
ttp://pitecan.com/bib/Input.html 見りゃわかるけど、T-Cubeの亜種（操作を面倒臭くした改悪版）でしかない。

>>721じゃー　「この発想の違いはボタンとタッチパネルというIFの
違いから出て来るものだよ」でどっちがいいの

ボタンとタッチパネルの話？そりゃ考え方・使い方次第だって。
モバイル端末のIFとしてはどっちも一長一短だからな。

ちょっと考えただけでもこれだけ差があるんだし。
ボタン　タッチパネル
○　 　 ×　 　 　 　 触感的なフィードバック
○　 　 ×　 　 　 　 レスポンス
○　 　 ×　 　 　 　 スペース
○　 　 ×　 　 　 　 演算コスト
○　 　 ×　 　 　 　 マテリアルコスト
×　 　 ○　 　 　 　 インターフェイス配置の柔軟性（構造・時間両方の）
×　 　 ○　 　 　 　 高い視認性
×　 　 ○　 　 　 　 豊富なガイド

まあ、玄人向けにせずデザイン・初心者重視にしたのがAppleらしいところだけどな。

任天堂もそうだけど、背骨の通ったコンセプトを元に戦略的に展開する商品は羨ましいな……

>>723
なるほどなー　
深く掘り込んだ回答だーナットク

今iPhone新規に求めている者に初心者がいるのかい
ゲーム機も経験者が求めて層を広げたのでは
玄人と経験者は違うのでは・・

まだまだ経験者がアッと納得するものでいいのでは・・
タッチ入力の確実性はどうだろう何回も押すようではなー

なんか文脈が読み辛いな。

もともと会社の文化としてAppleはデザイン・初心者重視…………というよりもユーザビリティデザインを
重要視してんだよ。別にiPhoneだけじゃないって。（D.A. ノーマンも昔Appleで仕事してたしな）

まあ、こういうことができるのも今まで築きあげてきたAppleのブランドがあってのことだろうがな。
今の携帯メーカーがiPhoneを投入しても異端のまま終了だろうし。

それじゃー
他のメーカーはAppleの真似はしないってことかい
進む方向が違うのかい　
客の要望は無視するの

またユーザビリティデザインを重要視していないことかい
それとも追いつけないのかい
それとも捨て台詞かい

何を言いたいのか良く判らんが……

日本の場合は従来の携帯操作（テンキーでの文字入力含む）に慣れたユーザーが多いだろ。
日本にしか市場のない携帯メーカーがその前提を無視して商品投入できるわけが無いよ。

＃文字入力に絡みそうに無いことはスレ違いだから答えん。

ソフトバンクiPhoneの日本語入力システムって何使ってるの？
予測入力は？

iPod Touchの予測入力は、POBoxの中の人が開発していると聞いたが。
ひょっとしたらiPhoneも同じじゃないかな。

>>727
わからんな
いつまでも狭い市場に固執したいわけだな
日本語も破られたし後は日本携帯の真似をするだけだなこれは駱駝
黒船キライ・・だけどこっちの脇はアーマイヨ・・これじゃー寄って来るわ

入力についてはAppleとは異なる手法を投入して対抗じゃー
みんな能力が高いからすぐに消化すると思うけどなー
黒船の真似をすると明日はないか・・・

入力はあまり目で見なくてもできるものがいい。
画面タッチは疲れるんだな。

>>731
同感だ。
そこで触覚タッチパネルですよ。
まあまともなものは出来んと思うが。

くら寿司で鍛えてるから無問題

日本の利用環境・シーンを考えるとタッチパネルよりもボタンの方が優れていたりするんだよ。
電車の中で揺られながら片手で入力したりするし、プライバシー保護フィルタの普及率も高いし。
……チャリ乗りながらメール打つ気狂いは日本ぐらいしかいないと思うけど。

まあ、デバイスとしてならiPhoneよりもNintendo DSとかOLPC XO-2の方がワクワクするよな。

iPhone風は分野によっては価値大だと思うが携帯にはいまいちだ
小さい筐体にはキーが良く似合う
ブラインドタイプがベストなのでは

携帯のキーにブラインドタイプもへったくれも無いべ
買った機種に合わせて慣れるしかない

そうだべ
選択して買えばいいべ
ブラインドのがよければメーカーに作ってもらえば

それにしても同じのが多いいな
慣れるからおもしろいものを出してくれ

>>734
つ　http://gigazine.net/index.php?/news/comments/20080713_crazy_rider/

>>718だけど、知り合いが買ってたのでちょっと聞いてみたら
同じ行のあ段連続は
・"あ"を長押しして"いうえお"が出たら離す、もう一回"あ"を押す
・"あ"を押す、キャレットを右に動かす、もう一回"あ"を押す
のどっちかじゃないと入力できない、らしい
文字キーだけで即座に連続入力ができないとかどんだけｗ

>>739 矢印ボタンみたいなのねーの？
右矢印で済むんじゃねーの？

>739
そりゃちょっと酷いなぁ。そんなんだったらT9の方がマシだな……

>738 yes, crazy

アイフォーンは長押ししなくてもドラッグで入力出来るよ。
指でフリップする感じ。

>>742
あ段連続も？

こんなキーボードが入力に使えたらいいな
ttp://www.yamaha.co.jp/tenori-on/video/demo01.html

>>744
楽器としては、
モード切替え、レイヤー、同時押し、長押しをうまく使ってるよな……。
文字の入力に応用できるかはわからないが……。

>>743
ごめん、それ無理

http://homepage2.nifty.com/iueo/
ケータイ電話用の入力方式のアイデア、ＩＵＥＯキー配列。
数字キーで行を指定するのは現行どおり。
側面に追加する四つのキーで、段を指定することになる。
判りやすい素直なアイデアですね。

俺携帯左手で持つんだけど

747のリンク先の一番下の実装なら左利きだろーが無問題。

まあ携帯持ってなくて持つとしたらiPhoneな俺にはかんけーねえ

良いアイデアは五万とあるけど商用ベースに乗らない
世間の一般人の入力インターフェースに関する
無関心っぷりや変化の嫌いっぷりはすごいぞｗ

五万もないだろ

それを言ったら神様だって八百万柱もいないっていう

神様は俺らにゃ見えんから八百万くらいいても不思議じゃないけど。

とりあえず751は比喩？について勉強した方がいい

ごまんとある、の「ごまん」はひらがな表記が普通だ、ってことじゃないの。
数詞の五万ではないから。

ごまん‐と

［副］たくさんあるさま。山ほど。「したいことが―ある」

下品な奴らだ

GAで生まれては消えていった星屑のような配列たちのことも
たまには思い出してあげてくださいね

>757
良くできた配列でも導入が大変だと誰も使わんよな。
せめてATOKが“。、”カスタマイズに対応してればなぁ。

もっと簡単にカスタマイズできればとは思う。句読点に関しては個人的にはいじらんから
どうでも良いが。

http://www.team-lab.net/actface06.html
タッチパネルの話が出てたので、好きだったコンセプト商品のURL貼ってみる。
タッチパネルとボタンの利点を合わせたようなものだったんだけど、結局商品化されなかった。
もう1回企画復活しないかなぁ。

片手で入力できるベルダ配列。
http://ai11.net/2008/05/12/

［窓使いの憂鬱］をWindowsVistaに対応させた［のどか］
http://www.appletkan.com/nodoka.htm

保守

http://jp.youtube.com/watch?v=kVy1p0v0Pow

>>764
iPhoneを持ってない俺には何をやってるのかさっぱりわかりません。
詳しい説明プリーズ。

・12キーから50音の行を選択
　-->そのまま離す：ア段確定／左にスライド：イ段確定／上にスライド：ウ段確定
　　　／右にスライド：エ段確定／下にスライド：オ段確定
　-->左下キーで小文字化or濁音化
・右下は句読点とかの記号
といった感じですかね。まさしくT-Cubeカスタムですな。

しかしまだ配列としては練り込み甘いようで……拗音入力面倒臭すぎ。
あと、「づ」とかどうやって入力するんだろう？

今後も改善していくのかな？……というよりも俺に改造させろ。

http://www.electronickeyboards.com/keyboards-computers-future.html
似た原理で、数字キーの上にＱＷＥＲＴＹを載せる方式↑
でも、ＱＷＥＲＴＹの対応は漠然としたものだし、運指は全く違うわけだから、
例えばＡＢＣ順と比べて習得しやすいのかどうかは疑問。

>>766
なるほどね。キーボードのキーにどう文字を配置していくかしか
考えていた俺には浮かばない発想だわ。

>>768
誤・考えていた
正・考えていなかった
ｽﾏｿ

常用漢字を選定したり標準自体を決めたりする国語施策懇談会で、
基礎資料として配布された〈漢字出現頻度表〉
http://www.bunka.go.jp/bunkashingikai/soukai/45/pdf/besshi_1.pdf

pdfファイルなんで、簡単に内容をコピペすることができないが、
１〜１０位の漢字は、こうなってる。
人 一 日 大 年 出 本 中 子 見

両手でも片手でも使いやすい配列がほしい。

じゃあ片手用Dvorak
http://www7.plala.or.jp/dvorakjp/dvorak_single.htm

そんな分かりにくそうなのよりチョイ系の方がよくない？
全部じゃないけど配列見ることはできるんだし。

確かにチョイ系も面白そうだな。
いっそのこと「さくら配列」とか「和ならべ」をチョイのように片手でも両手でも打てるように改造してみてはどうだろう。

今週のR25に増田式片手入力の紹介があったぞ

まままマジか。
大衆メディアに入力法が取り上げられるのは異例だ。

あわれやR25、ネタ切れ深刻とみえる。

R25の記事 増田式片手入力
http://r25.jp/magazine/ranking_review/10004000/1112008092515.html

実際、QWERTY以外で需要があるとしたら>>778で想定してるような片手の状況くらいでしょ
ケータイのかなめくりやポケベル入力みたいなことを業務内PCでやれたら楽っちゃ楽。

打鍵数だ左右運指負担だと煮詰めても、一般的に興味もってもらえるのは片手入力やね

中には片手チョイから両手チョイにも興味を持ち、そこからQwertyの使いにくさと、
多数の新配列の存在気づく人もいるだろう。

タイパーじゃない一般人に披露して感心されるのは片手入力だなー
速いだけならキモイ変態自慢だが、便利なら「それ教えて」となる。

でもIMEの設定やらレジストリやらを持ち出すと敬遠されるし、こっちもサポートセンターになる気は無いから
そこでおわり。
まー効率より利便性に興味もたれるのは良くわかるから、ここが突破口だと感じる。

当然QWERTYローマ字との併用が大前提ね、JISかなとか進めたらドン引きされるから。

そこでAZIKの出番ですよ。

ふと思ったんだが
iPhoneみたいなかんじの端末が
パソコンのマウス代わりになったらちょっとたのしいのじゃないだろうか
高そうだけど

>>783
この方向を発展させたら、そうなるような気がする。
http://www.sanwa.co.jp/product/syohin.asp?code=NT-MA1
http://www.teglet.co.jp/tp/smile/exp/kagi.html

これはネタ。
http://www.forest.impress.co.jp/yashiro/2004/keymouse.html

>>778の方法って、本当にそこに書いてあるやり方で実現できるのかね？
「;」「,」「.」とかのキーも使ってるけど、
MS-IMEのローマ字設定は、アルファベットのキーしかいじれないと記憶しているのだが。
Vista付属のMS-IMEならできるのか？

>>778

> 手順だとか

「だとか」じゃねーよ、それじゃできねーよ。
レジストリ書き換えなきゃ……

片手入力が突破口になるかもってのはわかるな。
入力補完とあわせて敷居が低くなれば試したくなるかもね。

単純な話、ATOKが片手モードを搭載してボタン一発で切り替え可能にすれば
これを活用する層がひょっこり現れるような？

右手だけだけで入力するなら、
親指　　　［スペース］
人差し指 ［Ｆ］［Ｃ］［Ｖ］
中指　　　［Ｔ］［Ｇ］［Ｂ］
薬指　　　［Ｙ］［Ｈ］［Ｎ］
小指　　　［Ｊ］［Ｋ］［Ｍ］

の十三キーを使うのが合理的だと思う。
人差し指・小指のホームポジションに、
［Ｆ］［Ｊ］の突起が来るから、位置を確保しやすい。
これなら、ＩＭＥのローマ字設定の変更だけで使える。
人差し指と小指、中指と薬指の割り当ての交換で、
左手用にアレンジすることも比較的容易。
……と利点が多い。

いや……キー配置の斜めずれがあるから、
単純に割り当てを交換するだけじゃ済まないな。
左手用は、こういう配分にするのが合理的だろう。
親指　　　［スペース］
人差し指 ［Ｊ］［Ｎ］［Ｍ］
中指　　　［Ｙ］［Ｈ］［Ｂ］
薬指　　　［Ｔ］［Ｇ］［Ｖ］
小指　　　［Ｆ］［Ｄ］［Ｃ］

片手用配列の利点を もう一つ思いついた。
携帯電話用の入力方式と整合性をとることが可能になる点だ。
ソクタイプは、片手配列を左右対称に二つ配置したようなデザインで、
原理的には左手だけでも右手だけでも入力できるような設計。
ソクタイプ発展系のCAVERでは、その原理が さらに徹底されている。

現時点で情報入力環境をゼロから設計しなおすとしたら、
（TRONが考慮しなかった）携帯情報端末での低効率入力環境と、
固定式情報端末での高効率入力環境とを、
両立させることを想定しなければならないだろう。
そういう前提条件で考えたら、固定端末の入力は、
左手用と右手用の携帯端末を両手で使うような方式に自然に決まると思う。

片手入力っても携帯電話方式しか使われないと思うんだけどなぁ
このスレにいるような人なら世間一般の人が
どれほど配列に興味がないかを知ってるんじゃないのか

基本的には>>761の「ベルダ配列」でいいじゃん
http://ai11.net/2008/05/12/
http://ai11.net/2008/06/03/

基本はQWERTYまんまで、
スペースキーをSandSにして、スペース押してる場合のみ、
左手部分のキーを右に5列分シフト（右手用）、ってのはどうだろう。

横にずらすよりも左右反転させる方が、
指使いを記憶しやすいはず。

（スペースキーを押している状態）
ＰＯＩＵＹＴＲＥＷＱ
；ＬＫＪＨＧＦＤＳＡ
・。、ＭＮＢＶＣＸＺ

これなら、右手だけでも左手だけでも入力できるね。

常に片手で打つならともかく、両手と併用するなら、両手用と片手用の配列を完全に
変えてしまわないと混乱して仕方ないんじゃなかろうか。慣れの問題だろうか。

Vistaでキー配列変更できるフリーソフトある？
猫まねきはエラー出て起動しなかった

キーボードを搭載したテキスト入力専用ツール
http://pc.watch.impress.co.jp/docs/2008/1021/kingjim.htm

立ったり電車の中で入力ができないんじゃ、EeePCの方がいい。

無い？
単純に1キー同士で入れ替えるやつじゃなくて
2キーで1文字も設定できるやつ

猫招き以外は試したのかよ。

菱：ローマ字入力中英字が表示されない
姫踊子草：1対1の入れ替えのみ
Change Key：1対1の入れ替えのみ
KeySwap：1対1の入れ替えのみ

このスレ的に、最初に試すのは繭とAHKだろ……

試してみる。サンクス

>>800
姫踊子草は1対1の入れ替えのみじゃないだろ、親指シフトも月配列も下駄配列も実装できるんだから。

>>795
猫まねき を Vista で使う方法 - kazu2 の日記
ttp://slashdot.jp/~kazu2/journal/400892

それ試したけどダメだったよ

【漢直】T-Code/TUT-Codeスレ Lesson4【連習】
http://pc11.2ch.net/test/read.cgi/unix/1168873587/

UNIX板の漢直スレ↑で、［天狼］というキー設定変更ソフトが公開されている。
設定ファイルは JavaScript 形式で ちょっとハードル高いが、
自由度も高く、WinVista にも対応しているらしい。
JavaScript を書ける人は試してみて。

この手のやつでソースが無いのはちょっと怖い。何でもできるし、何でもしでかすしね……

個人的にもソースを参照してみたいな。まあ、AHKと同様のホットキー設定タイプだと思うけど。
Text Services Framework使っているタイプだったら是非とも見てみたいなぁ。

昨日からDvorak配列に挑戦してるんだけど、QWERTY配列の左手が
ASERT に集中してるのに対してこれは AOEUI 満遍なく、特に人差し指が大変ね
よおし、頑張るぞー！！

Dvorak見てて常々思うのだが、日本語には日本語用の配列使った方が良いんじゃなかろうかのう。
英語にDvorak使うのは分かるけども。あえて日本語と英語と同じ配列を使う必要性が分からんぜ。

蓼食う虫も好き好き

>>809
あれ、多くの人が知ってる旧JISかなは日本語用の配列だろ？
Dvorakのように高速入力に適しているかどうかは別として

んじゃ言い直そう、日本語用の新配列。

カナ配列はいっぱいあって何が良いのか余計にわかんない状況だよな。

>>809
コード書いたりして、日常で5割くらいが英語とローマ字の時、
日本語と英語が分かれてたら切り替え苦労しない？

>>812
そりゃあ新JISかなだ

>813
このスレ的には自作がいいんじゃない？
明確なコンセプトを決めてやれば、あとはパズルを解くようなものだよ。
ちなみに、自分の場合はこんな感じで２つ拵えた。
○行列系
　・左右交互入力
　・子音：清音＆濁音／母音：普通の母音＆拗音
　・小指の上段はできるだけ使わないようにする。
　・覚えやすいように整理された配列
○かな系
　・中指シフト
　・完全１〜２打鍵
　・濁音は濁音キー＋清音（の中指シフトじゃない方）

>814
大したことはない。何ならIME切り替えも適当なショートカットに押し込んでおくと良いよ。
＃俺はCtrl+,でIME切り替え

>>816 氏のように、チャレンジャー魂な人には、
ぜひ漢直に挑んでもらいたい。

>>814
あ、いや、IMの切り替えじゃなくて、頭の切り替え
1行英語でコード書いて後にアルファベット混じりの日本語でコメントして、
ローマ字でファイル名を付ける
といったような作業をしたりするので混乱しないかなと思って

間違えた・・・818=814で、アンカーは>>816ですた・・・

>>818
俺がまさにその環境で、カナ系も行段系も使ってきたが、
カナ系を使っていても全然混乱しない。
操作体系が全く違うと、逆に混乱しないみたい。
むしろSKKと普通のIMEの頭の切り替えに苦労したりしている。

二つも配列覚えるのめんどくさい

QWERTYローマ字使いでも、コード書いてる時と、日本語コメント書いてる時に
同じ配列使ってる感覚で居るようなレベルじゃ、他の配列覚えても混乱するだけだろうな。

>818
全然混乱しないね。昔Dvorak改造やってた頃は少し混乱したけど、それでも慣れれば問題なし。
まあ、単純に覚えるコストが高くなるけど……

>817
無理、無理、無理。そんなに物覚え良くないし。それに、漢直ってけっこう記憶コスト高いと思う。
むしろ頻出ペア／重要ペアを１〜２キーに割り当てた方が良いような気が……
『ょう』とか『ない』とか、あるいは『もの』『こと』とか。

あるいは一発漢字変換キーを３キーぐらい用意するとか。３キーあれば大抵のケースをカバーできるし。

iPhone見たいにタッチセンサー付いている場合に最適な
配列って何だろうか。そろそろそういうのにこだわっても
いいかも。

>824
T-Cube + T9がベストだと思う。
でも……モバイル機器は自分でカスタマイズできないからねぇ。

考えてもオナニーになるだけだしな。

繭スレが移転したので報告
Windows板　→　ソフトウェア板

窓使いの憂鬱 8
http://pc11.2ch.net/test/read.cgi/software/1225802237/

>>827
Linux使いの自分には関係無いと思っていたら、Linux版が出ていたんだね!

配列の工夫に時間を投入するあまり仕事がお留守になってしまって(本末転倒)
これからは配列なんかには時間は掛けないぞ、と決心していた矢先に…

1ヶ月水だけで生きていけるらしいぞ

その人は今どこにふらふらと浮かんでいるのか？

そこらへん

最近偶然LinuxのAnthyが親指シフトの設定になってしまって
ローマ字・かな入力以外に入力方式があるのを知った
効率的かもしれないと思ったのでNICOLAを練習していたのだが
変換・無変換キーが小さいキーボードだから打ちにくい

そんなあなたに月配列

>832
普通のキーボードでやる場合、スペースと変換を使う人も多いと思うよ。
あとは右手のホームを一列ずらして人差し指がJではなくKにする手法もある。

でも君には月配列が似合うと思う。

試しに月配列にしてみようかなぁと思って調べてたら
Anthyに標準で入ってるんだね驚いた

anthyっていうかscimだろう
今からやり初めるんなら、NICOLAよりも月だろうなぁ
ハードを選ばないし

でも全然違うからね。下駄の方が良いって人もいるだろうし。

そうやってどんどん配列改造の底なし沼に嵌まっていくわけですなw

「そろそろ○○にも慣れてきたから、他の配列ためしてみるか」

こうなったら重症ｗ

「なんでそうなるかなぁ。俺だったらここはこうするのに」

こうなったらさらに重症ｗ

「○○配列は欠陥だらけ、日本国民はすべて○○配列を使うべし」

こうなったら有害指定

うっかり触れると感染するからなアレは

一番弟子? まで攻撃されてるのには笑った。

いろいろな実験を繰り返しているうちに実感したこと。
キー連鎖の難易度を決めるのはキーの遠近だけじゃなく、順番という要素もあるね。
たとえば、同じ指で上下のキーを続けて打鍵する場合、
上から下に引く運指だと、キー表面を滑らせるような動きでも引っかからないが、
下から上に突く運指だと、指先が引っかからないように指をキーから離す必要がある。
だから、空間内の曲線として指先の移動経路を比較すれば、
同じ二キーでも上から下の方が運指距離は短いわけだ。

「その程度のことは大量の評価打鍵をしていれば
前世紀のうちに気づいていたはずです」

それには同意だけど
評価打鍵という単語を見ただけで同意したくなくなったｗ

キーの順番という事だと、Dvorakでも考えてあると思えるよ。
上下の流れで言えば、右手の部分はそのままそうなってる。
gh(人差し指), ct(中指), rn(薬指)なんかがそれ。

ホームポジションから動かさずに打てる配列考えたよー＼(^o^)／
これなら指を上下移動させなくておｋ

実用性はゼロだけどな！

　 　 　 　　Ａ Ｓ Ｄ Ｆ　　 Ｊ Ｋ Ｌ　；
　 母音　 |拗濁 えい|　|あ う お 記|

　 　 母→|ら ま なあ|　|か さ た は|
濁→母→|ヴ　. 　 ぱ|　|が ざ.だ ば|
　 　 拗→|っ 　 　 　 |　|　 　 　 　を|　拗→母→[きゃ、きゅ、きょ 等]
　 　 濁→|　 ん　 .　 |　|　 　　　. わ|　濁→拗→母→[ぎゃ、ぎゅ、ぎょ 等]
　 　 記→|.　　・　。、|　|や.ゆ.よ. ー|　記→拗→ぁぃぅぇぉ

菱用設定ファイル
ttp://gigabyteserver.com/uploader01/upload.php?counting=093&firen=winplus.jp093.zip

特徴は前置母音。打ちにくいｗ

多くが一度は考えつきつつも実装をためらったコンセプト配列だな。
一応打ちやすさにも考慮してるのが涙ぐましい。

８鍵キーボードは誰しも一度は通る道かｗ

でも確かに工夫はしてあるような

>>848
そうことを考えるといきつくところは　スピードワープロかステノタイプになる。

だろうな。
移動が少ないといえばmykeyとかタッチ16がオヌヌメ

スピードワープロにあるような親指シフトを
うまく取り入れれば物になるような気がしてる

ところで、スピードワープロって、漢字変換は普通と同じなの？

文字出力するまでがスピードワープロの担当で、漢字変換は関知しない。
よってIMEエンジンに左右される。

ただしこれはWindows用やキャノワード用の話で、業務用はどうなっているか知らない。

>>853
同時打鍵さえOKなら普通のキーボードでも特許情報をもとに実現できると思われ。
ただ、覚える事が多すぎるから簡易版を作るほうがいいと思う。

完全Nキーロールオーバーで８キーをビットに見立てたビットパターンでやるより
キー数はもう少し多くていいから３〜４キー同時押し程度で実装する方が
ハードも手に入れやすいし使いやすいような気がするんだけどな

ノートも含めて、通常ホームポジションの8鍵同時認識出来ないキーボードに当たったことがない。

普通に考えて　特に中指、薬指あたりの上段は
ストレスなく打ちやすいキーだし
同時打鍵を考えた場合も扱いやすいと思う
何も８キーだけに固執することはないような気がする

で、Macでは同時押しされたキーに対応する文字を
インプットメソッドに送るドライバーをつくらにゃならんわけだorz
Mac版繭はまだ出たばっかだから入れる気にならないし

>>859
ASDF と JKL; だけでなく QWER と UIOP も使うことにすれば
16キー中 4 キーの同時押しなら 1020 通りの入力ができるな

打鍵順に意味を持たせるか親指シフトを導入するかすれば
ふつうに漢直も乗せれそう

ASDF　JKL;　以外に４キー追加だったら上段４つよりは
上段　WE　IO
下段　CV　NM

ここら辺かなぁ
押しやすく、かつ　同手での２キー押しがしやすいと思う

えー、移動量が少ないASDFG HJKL;でしょ。
２キーしか増えてないけど同時打鍵とか親指シフトでまかなう。
まさにステノタイプw

じゃあ、ASDF JKL; に加えて

上段　WE IO
伸指　[Caps]G H:

ならどちらのメリットも取れるかな

何スレか前に見た流れだな。

どのタイミングで入力を文字に変換するんだろう。

同時押ししたつもりでも時間的に多少ズレるだろうから
最初のキーが押されて何ms後、とか?
それとも全てのキーがOFFになるまで待つのか。

後者だとキーから指を離す時に文字が入力されるから、
なんか違和感ありそうだな。

keydownの度に出力、追加入力があったら文字の変更。最初のkeyupの段階で確定。

>>866
何について聞いているのか知らないが、
3キー以上の同時押しの場合は離した時に判定するしかないよ。

で、最後に離したキーからxxxミリ秒以内に離したキーすべてを「同時」と見做している。
何ミリ秒かは知らないがな。しかし実際にステノワードはそうやっている。

これは、単独打鍵におけるロールオーバー打ち（所謂「アルペジオ打ち」）ができなくなる反面、
押さえた瞬間　「あっ間違えた！」　と思っても、キーを最低一つだけ押えたままにして正しい組み合わせで
押し直せば何事もなく入力できるメリットもある。

速記キーボードのCAVERは、左右それぞれで一組揃った対称配置。
一方の手で複数の組み合わせキーを押さえ、
他方の側のキーがどれか押された瞬間に出力される……という仕様らしい。
そういう仕様を繭のスクリプトで実装するエレガントな書き方があるかな？

ホームポジションに限っているなら、L1〜L4およびL5〜L8じゃない？

同時押しに対応したスクリプトを書くならmayuよりも
時間変数が使えるAHKの方が楽……
ていうか、おそらくmayuでは無理だと思う。

----

それはそうと、ソクタイプとCAVERとでは配列が違うのは確認できたが、
ステンチュラ日本語版は設定で変えられるようになっているのか、
どうなっているのかわからんな。

そもそもステノタイプってPCのキースイッチで代用できないものなのだろうか。
cherryのMXスイッチなんかは部品レベルで注文できるから、
可能ならば自作で5マソ切れるんだけどな。
さすがに一台4,800ドルってのは趣味で買うレベルを超えてるから。

Perkyは、最初に押したキーから90ミリ秒以内に押したキーを「同時」と見なしている

思い付きで片手(左手)用配列作ったから、簡単に晒しとくよ。

１打目
ー　　。　　、　　数1　 数2
あァ　わSY　まKY　らTY　やャ　
はバ　さザ　かガ　たダ　なＪ　
ア　　オ　　イ　　ウ　　エ　　

２打目
10　　29　　37　　48　　56　　
あ　　お　　い　　う　　え　　
あ　　お　　い　　う　　え　　
あ　　お　　い　　う　　え　　
[space:3打目へ]

３打目
yあ　 yお　 ○　　yう　 ○　　
yあ　 yお　 ○　　yう　 ○　　
yあ　 yお　 ○　　yう　 ○　　

・「っ」=re
・１打目と２打目が同段＝清音
・１打目と２打目が別段＝濁音
・は行：２打目(３打目)が下段＝半濁音

・わ゛行　＝　しゃ行
・ま゛行　＝　きゃ行
・ら゛行　＝　ちゃ行
・な゛行　＝　じゃ行

・数1は、2打目に1〜5を入力で1〜5を出力
・数2は、2打目に1〜5を入力で6〜0を出力

追記
・あ行、「ー」「、」「。」はそれぞれ1打で入力

　一部を除いて、基本的にqwerty配列と同じ指に同じ文字を割り当て、覚えやすくした。
　数値的には、アルペジオ率を高くして打鍵数でもqwertyに大きく劣らないものを作ったつもりだけど、代わりに同指打鍵率とか左手縦連率が高くなるのがどう影響するか様子を見必要がありそうだ。
　配列名は「海シリーズ」を使うことにして「いるか配列」にでも使用かと。

　バックスペースを[英数キー]に割り当てようと思ってるけど、他にいい位置ありますかねー。

さぁ、はやく一般にも公開して普及を目指すんだ！
MSIMEかATOKで設定できればヘタすりゃ月系より普及するかも試練

>875
mjk!
ただ、今はアイデアメモする時間しかないから、一般公開はもう少し後になるよ。

あと訂正。
「っ」＝wf


1打目中段のとき、2行目上段なら濁音、2打目下段なら拗音ってのもありだな。
代わりに上段に設置したTY、KY、SYを廃止して、「ま行」を「ｒ＋中段」に配置。
空いた「ｅ」に「ん」を配置して1打で入力。

妄想が止まらないｗｗｗｗｗ

単純に高速入力より片手入力という点で
「マウス持ちながら打てる！」とか
「片手を失ったオレでも楽に打てる！」とか
そういったことが普及に繋がるんじゃないかって話なんで
あまり期待しないでくれw

リツコさんになれればそれでいいです。

「エロチャットしながら（ry

吹いたw

>>879
おまw
>>877で書こうとしたけど止めといたのに。
厳密には「オナヌー（ｒｙ

何に使うのも自由だと思うけど、それ以前にそんなチャットしてくれる相手居ないだr(ry
いや、何でもない。

なんか話がずれてるな。

どうせ右手はマウスに乗せるなら、マウスボタンやホイール操作を
シフトキーなどとして有効に活用したいな

問題はクリック・スクロールとどうやって区別するかだ。
クリックは、マウスボタンが押し下げられている間にキーが押されればシフトと見做す。
ホイールの回転操作は無理だろう。

繭でsandsでいいじゃん

かちかちスクロールなら、入力文字種とかシフト面のめくりに使えるかもな。

俺もそう思った
でも画面スクロールのためのホイール回転と
どうやって区別するかが難しそう

IMEがonかoffかとか、カーソルがEditControl上にあるかどうか、とか。
あるいはシフトキー押しながらとかマウスのサイドボタンおしながら、とか。
そんなに難しくはないと思う。下の二つはAHKかXWheelで出来るんじゃね。

>>873
なんで左手用なの？
圧倒的に需要がありそうなのは右手だろ

右手でマウス使うからじゃねーの？

マウスにシフトキーを担当させると、かえって打鍵しにくくなる気がするんだけど大丈夫なのか？
やってみないと分からないけど。

でも、入力中は右手が余ってる訳だし、マウスを何かの役には立たせたいのも確かだな。
[変換][無変換][半角/全角][alt][ctrl][Space][Backspace]および、「変換候補の選択(ホイール使用)」なんかを全てマウスに担当させるのはどうだろう。
左手でそれらのキーを使わなくなるならば、別の文字を割り当てることもできるな。
特に[Space][無変換]に何か文字を割り当てると、面白い配列ができそうだ。

Spaceとか無変換はシフト系にしたいなあ
文字キーをカーソルキーなどにする機能キーとか

マウスの右クリ、左クリには「い」「う」あたりをバインドすると良さそう

>893
マウスはマウスとしての機能を保ったままじゃないと、右手にマウスを持つ意味がないじゃん。

寒い……指が、かじかんで動かない。
こういう条件で最適化した配列を作ったら、
通常の配列と どういう具合に違ったものになるだろう？

とりあえず小指は絶対使えない。
くにくにくにくにと力が入らなくて思うように打てなかったよ

>>895
逆に考えるんだ、手袋してても打ちやすい配列にすればいい。

つまりミトンでも打てる携帯電話最強。

>>895
通常の配列と異なりフットペダルを多用するものになる

キーボードにヒーター仕込んだ方が早くね

>>895
ハードウェアから見直すなら、
Perky みたいな感じの��入力手袋�≠ｾろう。
http://homepage2.nifty.com/perky/index.htm

通常のキーボードを前提とするなら、
マウス動作をキーボードでエミュレートできるようにして、
キーボードから手を離さない操作を可能にし、
キーボードと手を布団（あるいはコタツ）に突っ込めばいい。

そんなに寒いなら唇とか

え？　舌でしょ？

むしろ音声入力で

そんなに寒かったら声だって凍えちゃうよ

マジレスすると暖房使え。

ZeniSynth: 概要 - SourceForge.JP
http://sourceforge.jp/projects/zenisynth/
ZeniSynth - ZeniSynthとは？
http://fx.homeunix.net/experimental/ex/SX/?ZeniSynth%A4%C8%A4%CF%A1%A9

なんとなく作者さんがスレ住人な気がする

>>906
マニュアルページは無いのかな？
どういう風にキー内容の切り替えをするのか、
具体的なサンプルが見てみたいところ。

知らなかったけどなんかよさげだな。いじってみよう。

検索してみたら、keyhac というカスタマイズソフトを見つけた。
http://sites.google.com/site/craftware/keyhac

>909
それ結構前に紹介されたときはまだ機能的にさっぱりだったが、なんか使いやすくなってそうだね。

繭のVista非対応宣言がきっかけなのか、新規のキーカスタマイズソフトが活発な気がする。
繭とAHKを念頭にしたコンセプトが今後の傾向かも。

xfumble
天狼
keyhac
ZeniSynth

>>905
暖まるまでの数分が勝負なんよ

そういえば人差し指と中指だけでqwerty配列を超速で打ってた人が居たな。
12打鍵/秒ぐらいで。

この方式なら少しぐらい手がダメージ受けてても打てるんじゃね？

そりゃ打てるだろ。でっていう。

qwertyでそれだけ速く打鍵できるなら、二本指専用の配列を作ったらさらに速度アップができるかもな。
作っても俺は使わんけど。

人差し指が中段、中指が上段の受け持ちの人か。

> 人差し指が中段、中指が上段の受け持ち

kyouとか打つの大変そう。
ある程度運指に工夫してるんだろうけど。

で、レジストリを書き換える必要があるから
再起動なしにCapsLockとCtrlを変更できるソフトってまだないんだよね？

あっちで聞けば？

キーカスタマイズソフト
http://pc11.2ch.net/test/read.cgi/software/1039886679/

CapsLockとCtrlの交換はZeniSynthでやってみたらできた。
単純にスキャンコード置き換えてみただけだけど。

ZeniはRubyに乗り換えるかも?とか言ってるからまだまだ様子見だな。
どっちみちドキュメント整備されないと俺は手が出せないけど。

飛鳥スレが終了してこっちに合流か。

どうせ住人はかぶってるし、Rayはブログに引きこもり宣言してるから何の支障もないなｗ

隔離されても結局完成しないまま「続きはブログで」というオチか

リアルタイムで追えるのはそれだけで得がたい体験だとおもうよ
棋譜というか足跡を辿るのも比較的楽だしね

飛鳥カナ配列スレッド終了。
この瞬間を何人が見つめていたかわからんが、ひとつの区切りがついたわけだ。

無論そこにとどまる者などいないだろうけど。

今日から飛鳥の話題をこっちでしてもよくなったのか。
ゴミみたいなレス(このレスもそうだが)が大量に打ち寄せることになって、また隔離されたりしてね。