Google日本語入力でローマ字カスタマイズが自由自在、1万件も登録できると知って、はまってしまいました。 そこで作ってみたのが、新種配列の「ぶりっこ入力」 新種といっても、iPhoneのフリック入力や携帯電話にそっくりのもの。見た目はなーんだ、という感じですが、実はAZIK、ACTでの省略法の経験を活かして、覚えやすく打ちやすい入力法に進化させています。 「フリック」と語感が近いのと、フリック入力風にぶりっ子しているという意味で「ぶりっこ入力」と名づけました。 その場で体験できるJaveアプレットをつけた解説ページを作りましたので、どうぞ。 ((★体験アプレットは自由にご利用いただけますので、各種配列を公開されている方はどうぞ持って行ってください。(ダウンロードページへ)))

(未来:配列相関図part6……フラワータッチ(Justsystemジェスチャー入力)と香月配列を追加、位置関係を再調整。 - 雑記/えもじならべあそび) (未来:配列相関図part5……花月がらみを全修正、MSX50音配列を追加、今後登場予定？な月姫配列の立ち位置についても予測してみたり。 - 雑記/えもじならべあそび) (未来:配列相関図part4……個人的な事情で『かえで携帯配列』を入れてみた。 - 雑記/えもじならべあそび) 関連性の怪しいところとかを、バタバタと繋いだり切ったりしてみた……。 太線は関連性が強いもの・点線は関連性の弱いもの……という感じで。 ちなみに、Dvorakを参照元とする配列のうち、「交互打鍵性」を引いているものは実線・「右手のリバ性」を引いてるものは点線にしてみました。 もう少し、線をほぐしてみた……。

リンク先は全て伊豆本館の内容をWaybackArchivesが保存しているもの。 Firefoxでは文字化けするので、文字コードを「Shift-JIS」にしてご覧ください(Alt→V→Cで選択肢が出ます)。 はじめに 理想の日本語入力を求めて 飛鳥の表紙(「ゆめ」へのリンクを含む) 始めの配列＝零式(ゼロしき) 配列を作る理由：序章(名称決定まで。23:51 00/10/30 〜20:12 00/11/26) 初期配列図など(零式1〜35+、「キスも好き配列」は零式35。23:51 00/10/30 〜7:02 00/11/24) 飛鳥20世紀版 飛鳥９(飛鳥8〜13+、Lは「すかあ」) Last(Last〜Last12、Lは「すかあ」、数字段はLast1まで「1234567890」でLast2以降が「3215467809」。) Last(Last〜Last12、Lは「すかあ」、数字段はL

GANGASトップページ 以下の様なただし書きが載りました。 *AZIKは効率性と拡張性において優れた配列ですが、GANGAS上で一般的な配列利用者と競うには逆にその長所が公平性を危うくするという問題を抱えています。そのためAZIK利用の成績は「順位が付かない参考記録」扱いとさせていただきます。 タイプウェル国語Rランキング 載っていないところ 以前の回答ですでに言われていたとおり、殿堂や順位の変動に関する新着練習成果などには掲載がありません。国語Rモード別ランキングにも載っていませんが、できればここには載せて欲しかったなーというのが個人的な要望です。 なにはともあれ、対応していただいたGANGASさんに感謝です。突然の依頼に対応していただき本当にありがとうございます。土曜日の深夜2時頃に帰ってきた時点でまだ更新されてないなかったため、もしやAZIK対応で時間かかってるのかなと心配していま

http://www.maipaso.net/sankasya/rule.html http://www.maipaso.net/faq/#q3_1 毎パソのルールを見てふと思ったのだけれど、「特殊ではないキーボード操作」というべき「普通のローマ字入力」とはいったい何を指すべきなのでしょうか。 「普通のかな入力＝JISX6002かな入力」は規格ままに実装される例が多い(たまに変なキーボードもある)けど、IMEが「普通のローマ字入力」ではなく「どこでも使えるローマ字入力＝JISX4063の表１部分」のみを実装する例って見たことがないんですよね……規格部外の綴りは各IMEごとのポリシー次第でばらばらというか。 特に顕著なのが「L」キーの扱い……一部のワープロや、MacのIM「ことえり」あたりでは「Lは【ら】行」なわけで。 ……で、毎パソでは「PCの持ち込み不可、キーボードも東プレの106JPか

(2011年2月16日22:18:01追記) 下駄スレの527さんからご指摘を頂いたことに伴い、「文字キー同士同時打鍵法」関連の既言及点について、最後尾に追記しました。 要約すると『文字キー同士同時打鍵法は、逐次シフト化運用する代わりに、配列内の拡張定義を使って、タイプウェルで36.8秒を切る速度が出せるはず』って話です。 きちんと言及したつもりでいたのですが、結果として「読む方に伝わってなかった」ってのは失敗でした……申し訳ないです。 表題の件、延々と考えた上で、さっきtwitterで囁いてきた。 ……で、同時打鍵系配列の欠点だと思ってたものがロジック欠点だッてこともわかったので、そっちについては親指系配列wikiで注記することにした。 タイプウェルで36.8秒を切る速度を目指さない限りは、やまぶきとかのデフォルトを使うほうが快適だと思う。それよりも速く打つなら、設定を変えて「前置シフト

perky作者さんが、姫踊子草定義を読み取って二次元動線距離を算出するツール*1を作ったらしい……なかなか興味深いな、これは。 個人的には、この2つもこの3つも加えて欲しいと思う(配列定義はいずれも.hmo_kana形式)。 http://www.eurus.dti.ne.jp/~yfi/keylayout/ionstyle_v2.html にある、「イオン配列・改２」。 ローマ字系同時押し配列のうち、単純化した例としてベンチマークが取れると思う。 http://www12.atwiki.jp/kaede-asuka-layout/pages/15.html にある、レフティとライティ。 「かえで化」による悪影響の程度とか、左右逆にしたときの評価とかを知りたい。 個人的には、相当な劣化が観測されて当然……くらいに考えているのだけれど、実際にそれを数値で観測したことはないもので、やっぱり知り

Dvorak Advent Calendar : ATNDが無事に終了しました。 初めはそもそも完走出来る自信がなく、Advent Calendarの名称も使わず細々と「毎日更新」を目標として進め、ダメだったらそのままフェードアウトするつもりのなんちゃって企画でした。 ところが、想定以上に反響があった為、途中で投げてしまうのは勿体無いなと感じるようになりました。気がついたらATNDにカレンダーを立て、アルコールの勢いにまかせ初対面も何も形振り構わず連絡をしたら、いつの間にかカレンダーが埋まっていました。 参加していただいた皆様、結構無理やりお願いしてしまったのですが本当にありがとうございました。お陰さまで無事に完走です！ 以下に全カレンダーを掲載致します。(id:blechmusiki2さんにも纏めていただいております。) 記事 担当者 1日目 全OSのDvorak配列への変更方法 - ゆ

これは12/4から開始されている"Dvorak Advent Calendar"というイベントのリレー記事のひとつです。 12/25担当分の記事です。 2010年12月1日から25日まで、毎日違う人が 全然普及しないDvorak配列にまつわるブログ記事を書く企画です。 http://atnd.org/events/10849 あなたはQWERTYを捨ててまで、Dvorakにするべきなのか。 これは、この企画に対する反抗じゃないですよ？笑 さて、Dvorakを広めたい私が、なぜこの質問をするかといえば。 「そこまでやる必要があるの？」という言葉を耳にするからである。 広めるためには、以下を示さなければいけない。 布教対象 導入コスト 導入によって得られるリターン 汎用性 リターンや、QWERTYとの干渉、日本語入力に関する調整は他に取り上げている記事がたくさんあるためあえて私はそれを補完する

計算によるけん盤配列設計には「時間測定」を使う方法が主流……だけれど、これを「定数化」してみる、という手もあるのかな、と。 http://homepage1.nifty.com/~nishi/fields/MODAPTS/index.html えーと……↑は「動く(Move)→掴む(Get)→動く(Move)→放す(Put)」でワンサイクルの動きになってる……ってことだけ、ざっくり把握してみてください。 一般的な打鍵操作では、ループ中の3つ目にある「動く(Move)」が、シフト動作時を除き省略される、と考えるほうが自然かも。 あるキーを打ってから、次のキーを打つまでに手指を動かす量を測って「運指距離(inch)×0.129(定数)」を、移動動作(Mx)の秒数とする。 このとき「2次元的な運指距離」ではなく「3次元的な運指距離」にしないと、「JIS X0201カタカナを、ホームポジションの8