親指シフト系キーボード(NICOLA)17
■ このスレッドは過去ログ倉庫に格納されています
親指シフト(NICOLA)関連全般に関してﾏﾀｰﾘ語るスレです。
専用キーボード・親指シフト化しやすいキーボードの発掘＆改造ネタ他
OASYSワープロから親指一筋な人、とりあえずエミュで始めてみたい人、
日本語を英字で入力するのに疑問を感じる人もご自由にどうぞ。
■前スレ
親指シフト系キーボード(NICOLA)16 [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/hard/1486150671/
■facebook 親指シフト
https://www.facebook.com/groups/oyayubishift/
■参考
NICOLA 日本語入力コンソーシアム
http://nicola.sunicom.co.jp/ そうだよ
ようやく気がついた？気がつくまでにえらく年月がかかったね
でもまあ気がついただけましかな ローマ字でも一応打てるけどまごまごして仕舞う
JISかな配列はもうキーボード見ながらでないと打てない
取り敢えずWindows使ってる範囲なら後10年は親指シフトの環境維持出来そうだし駄目になったらその時考えればいい 俺はローマ字入力に長年親しんだ後で親指覚えたからどっちでも支障なく打てるが、ぶっちゃけローマ人は面倒くさい なんで唐突にローマ人ディスってんの？
親指シフト厨は差別主義者？ >>154
親指シフトよりも普及している入力方法が、ローマ人とJISかなしかないんだから、これらのどっちかに乗り換えるよりは親指シフトがいい キー配置をカスタマイズしていない状態で
親指シフトキーボードをお使いの方に３つ質問があります
よろしかったらご解答よろしくお願いします
①漢字への変換について
JISキーボードで確定していない文字を漢字に変換する場合
スペースキーで変換しますよね
親指シフトキーボード「FMV-KB232」のように
親指キー／変換・無変換キー共有型のキーボードで
漢字に変換したい時は「右親指／変換」キーを単独打鍵して漢字に変換するのでしょうか？
②
JISキーボードの場合、文字の確定や改行は
右側にある大きな「Enter」キーを使いますが
親指シフトキーボードの場合は２段目の一番右にある
小さな「Enter」キーでないと文字の確定や改行を
することができないのでしょうか？
③空白キーの使い方
JISキーボードの場合、空白を入力する時は「スペース」キーを使いますが
親指シフトキーボードの場合は、５段目の右側にある
「空白」キーで入力するのでしょうか？
また「空白」キーは
全角か半角の空白を入れる以外には使わないのでしょうか？ >>161
①スペースキーで変換しません
「右親指／変換」キーを単独打鍵して漢字に変換します
②「Enter」キー以外で文字の確定を
することができます
③「空白」キーは
全角か半角の空白を入れる以外にはあまり使いません。 >>162
レスわざわざありがとうございます
勉強になります！
②の文字の確定、改行をするキーについてですが
【「Enter」キー以外で文字の確定を
することができます 】
とのことですが、親指シフトキーボードのデフォルトの設定では
どのキーで文字の確定や改行をするんですか？
デフォルトの設定で親指シフトキーボードを使用してる方は
通常は「Enter」キー以外のキーで文字の確定や改行をするのでしょうか？
それともJapanistでカスタムして「Enter」キー以外のキーに
文字の確定や改行を割り振って使っているということでしょうか？
ご解答よろしくお願いします Japanistだと、変換した後で次の文字を入力すると、成り行きで確定される。
Enter押せば、普通に確定 oasys用の実行キーは、普通のソフトではEnterと変わらないから、こっちをバシバシ叩いてる >>164-166
レスありがとうございます！
まとめますと
標準設定で、Japanist環境下で「FMV-KB232」のような
親指キー／変換・無変換キー共有型のキーボードをお使いの方は
①文字の変換をしたい場合は
「右親指／変換」キーを単独打鍵して変換する
②文字の確定をしたい場合は
文字の変換中に次の文字を入力することで
文字を確定させる
③次の文字を入力せずに文字を確定させたい場合は
未確定文字列の状態の時に「Enter」キーを押して確定
（OASYSキーボードの場合は「実行」キーでも可）
④改行をしたい時は
何も入力していない状態で「Enter」キーを押して改行
（OASYSキーボードの場合は「実行」キーでも可）
上記のような理解でよろしいでしょうか？
細かい内容で申し訳ないですが
よろしかったら、ご解答よろしくお願いします >>164
その件につき報告。
おれのwin10＋ジャパニスト10だと、自動確定が不調。
マシンとの相性とは思うが、確定（Enter）せんで追い打ち
すると消えてしまうことが……。なんなんだろな >>154
昔から親指シフトをやり続けている人は不器用なんだろうね
頭が悪いから従来のやり方を変えられずに、昔ながらの方法を採用し続ける
ただ、違う配列からNICOLAをやってみようと思う人は、新しいことにチャレンジしているわけだからまだまとも
保守的、差別的な人ほどIQが低い傾向が明らかに
https://buzzap.jp/news/20150723-iq-racism-bias-politics/ 親指シフトキーボードとJapanese10について質問さしてください
昔に改造を引き受けて頂ける方に依頼して純正KB611をUSBキーボードに改造
して頂き、それをやまぶきと一緒に使用しています
今回Japanese10を買おうかと思っているんですが、Japanese10なら親指右左と
変換無変換を全部独立して設定可能でしょうか？キーボード側のキーは任意の
キーに変更可能、という前提で構いません
親指右＝変換
親指左＝無変換
としてしまって二コラ規格で使うことも出来ると思いますが、出来ることなら
親指キーと変換無変換は別々に割り当てたいのです（やまぶきではそれが
出来ています）
これが可能ならJapanese10を買おうと思っているのですがご存知の方が
いらっしゃいましたらアドヴァイスをお願いいたします >>170
公式サポがあるので、そちらで確認を。（検索すべし）
現状、できるハズとされてることも環境によってできない場合がある。
はやく安定してほしいよ。 つか、どうだろな
ｐｓ２をｕｓｂに改造した純正キーボードか
611だとJapanistでもドライバー使用だったとおもうし
ハードル高そうだな >>170
やまぶきでは、左右の親指キーはどのように設定されているの？
「キーボード側のキーは任意のキーに変更可能という前提」なら、
富士通のOASYSキーボードドライバーを入れてみたら？ ピアノ売ってちょうだい
タケモトピアノ
もーっとうってちょうだーい
タケモトピアノ Japanistを使っているんだけど質問です。スレ違いだったらすいません。
日本語入力したいときにいつも最初はIME OFFになっているから、
わざわざAlt+半角/全角でONにしているんだけど、これを「無変換」でできるようにしたり、
最初に（いつも）Japanist ON（半角モード）にしておくことって、できないの？
ATOKだとできるんだけどな～ >>177
補足です。ATOKでできるのは、IME OFF時に「無変換」で「ひらがなモード」にして、
「ひらがなモード」時に「英数キー」でIME OFFにすることです。 >>177
ジャパニストの10、それとも？
てか公式サポートに聞くのが確実と思う。
たとえばおれはキーボードがHHKBなんでｉｍｅオンにするには
Alt＋半角／全角でなく、下段左から２番目のキーを小指付け根で
一度押し。環境でイロイロ異なるしね。か >>179の捕捉
おれのｗｉｎ７、８、１０でJapanist2003＋hhkbを組み合わせだと>>179となり、
ｗｉｎ１０でもJapanist10＋hhkbは>>179操作となる >>179
Alt＋半角／全角でなく、下段左から２番目のキーを小指付け根で一度押しなのは、
そのキーに複雑な動作を割り当てる機能がHHKBにあるからですか？ いえ。PFUのHHKBは背面スイッチがあるが無関係だったかと。
デフォで「半角／全角」がそこにある。
ttp://www.pfu.fujitsu.com/hhkeyboard/leaflet/hhkb_backview.html
てか、HHKBにする前、普通の109や91（キー数）でJapanistエミュしてた
時代もｉｍｅオンは「半角／全角」一度押し（位置はHHKBと違うが）だった。
「Alt」使った記憶なし。
Japanistのいい点は電話サポがいまだに有効な点。親切に教えてくれるから
聞くのが確実だと思うですよ。 「半角／全角」一度押しよりも、やっぱ、俺は「無変換」や「変換」で「ひらがな」モードにして、
Caps Lockで「半角」モードにしたいな。ATOK＋エミュだとできる。 >Operating System: All 32-bit MS Windows (95/98/NT/2000/XP/Vista/7)
はい解散 こちらに詳しい説明がある。
https://qiita.com/kenichiro_ayaki/items/03ac81a20137c3d91554
オープンソース、「零遅延モード」、ストアアプリ使用可能、とかなり良さそう。
DvorakJで「エミュレーターが効かなくなる問題」が解決されているかな？ この手のエミュレ使ってみたいんだけど、純正KB613をUSB変換して繋いでるんだけど
キーボードが親指シフト変換するのを何とか止められないかな
なんなんらハードウェア改造を伴ってもいいです。その場合づっとエミュレだけで
使うので >>188
デバイスドライバとして109キーボードを選択しておられますでしょうか。
それとも富士通のドライバでしょうか。
109キーボードを選択すれば、普通のキーボードと同じ振る舞いになるので、
エミュレータが使えるようにおもいます。 >>189
ちなみに、富士通のOASYSドライバーから109キーボード用ドライバーに変更しても、
完全に変更しきれずに親指シフトの挙動が残ることが多い。
その場合、レジストリ
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters\
内の「OverrideKeyboardSubtype」が「0x52」のままであるか確かめて、
以下のようにする。
LayerDriver kbd106.dll
OverrideKeyboardIdentifier PCAT_106KEY
OverrideKeyboardSubtype 2
OverrideKeyboardType 7 >>186
Winキーが効かなくなるね。残念だがこれじゃあ使えない。 私のところでは、>>186をインスコした環境（Win7)で
Win+L でスクリーンロックとかが動作しています。
どのような症状なのでしょうか。興味があります。 >>192
確かにwin+○のショートカットは動作しますね。
しかしwinキー単独で押下してもスタートメニューが開かないので、win→"wo"でWordを開いたりすることができません。
win10 64bitです。 http://ahkwiki.net/-MenuMaskKey
＞Win または Alt をモディファイアとするホットキーにとってのこの挙動は、
＞モディファイアとなったキーの押下解除時に、スタートメニューやアクティブ
＞ウィンドウのメニューを活性化させてしまうことになる。 これを阻止するために、
＞AutoHotkeyは該当キーの押下解除イベントを特定のキーストロークを送ることで
＞マスクしている。
Autohotkey の仕様で、Win/Alt をhotkeyに割り当てると、
Win単独押しによるスタートメニューや
Alt単独押しによるアクティブウインドウメニューが阻止されるのですね。 最近、新たにmac（iMac）（OS X Sierra）を中古で買って、
それにFKB7628-801（Thumb Touch）をつないだんだけど、うまくいかないので誰か助けて。
（１）karabiner-elements単独で対応させる、または
（２）karabiner-elementsで無変換を「英数」、変換を「かな」に割り当てさせて、親指シフト処理はLacailleで行う
というようにすると良さそうなんだけど、
karabiner-elementsの設定ファイルがなかなかみつからないんだ。どこかにあるかな？
あと、無変換を「Japanist風」または「全確定」としても使いたいんだけど、そんなこと可能？ >>196
karabiner-elementsで、無変換を「Return」、変換を「かな」、Caps Lockを「英数」、カタカナを「Caps Lock」に割り当てて、
lacailleで、左親指シフト：「Return」、右親指シフト：「かな」として、FKB7628-801でも、なんとかなった。
こんな風にmacで使っている人いる？ macはデスクトップだと好きなキーボードをつなげて快適だが、ノートパソコンだと画一的なキーボードしかなくてつらいね。
右側に１つずらすことなんか、絶対やりたくない。
それをしたとしても右親指キーが小さすぎだし。
もっと日本企業がんばれよ。 >>186
誰か新しいエミュレーター紅皿を使ってみた人いる？
きちんと使える？ これから親指シフトを始めようと思っているんだけど、親指シフトのユーザーって増えてるの？ 新しく始める人より既存ユーザーが高齢化で死ぬほうが多いから減ってるよ >>199
「Benizara（紅皿）の名前は、太田道灌の山吹伝説に由来します。」
と書いてあるのだが、どうしても「紅旗linux」を連想してしまうんだよね。
作者さんは身元確かな人なんだけど。 そもそもパソコン使う人が減ってる
その中で態々キーボードのプリントと配置の違う親指を覚えようなんて人が希少 >>204
「態々→わざわざ」
今まで生きてきて、初めて知ったよ。ありがとう。 FMV-KB613をPS/2ポート付きのデスクトップＰＣで使っているのですが、ＰＣを新しくすることを考えています。
FMV-KB613をR3のアダプターを介してUSBポートに接続してＰＣで使えるという情報は書いてあったのですが、キーボードドライバーとして、富士通のOASYSキーボードドライバーをインストールして使えるのでしょうか？
たしか、富士通のOASYSキーボードドライバーは、PS/2キーボードと認識するものにしかインストールできないということを覚えています。 出来ない
なんか>189-190がすっとぼけたこと書いてるけど、KB611やKB613を
USB変換して使う場合は標準の106/109キーボードドライバしか使えない キーボードのドライバで今までのWindowsから消されたのってあるの？
IEEE1394のD-VHSがXPにしかないみたいだけど、Windows10の半年ごとのアップデートで富士通用ドライバ消されたりしない？ >>208
普通にあるのでは？
ハードメーカー側からの要請で削除されることもあるだろうし、MSが削除する場合もあるかと。 >>207
ありがとう。やっぱりそうなんだね。
PS/2ポート付きのＰＣにした方が良さそう。
FMV-KB613は大きくて重いんだけど、独立キーで親指シフトするから、速く打っても同時打鍵のトラブルが発生しない。
しかもキーボードドライバーで親指シフト処理してるから安定してる。
変なキーがたくさんあるからCtrl+Cとか割り当てて使っている。 PS/2ポート付きの新品テスクトップパソコンは、ケーミングＰＣ以外に富士通、NEC、Lenovoから少しだけ出ているね。
高性能を求めているわけではないのでWindows 7が入った中古のものにしようっと。 どうせなら富士通買ってアンケートに「KB613の為に買いました」って >ケーミングＰＣ
親指シフトでの誤記あるあるですね。
NICOLA配列規格書の以下の誤記も、シフト抜けでしょうね。
＞親指キーの単独打鍵を使う必要の無い、変換／無変換キーを独立して持つシステムならば、ごきインプリメントを行っても実害はなく、実際に多くの機種で採用されている。
「こきインプリメント」は「このインプリメント」と書きたかったのではと推測。 よく見てみると
「ごきインプリメント」ですね。
つうことは
「r」「右親指シフト」「k」とタイプしたときのタイミングが良くなかったのでしょうか。
「r」 → 「こ」
「右親指シフト」「k」 → 「の」
とタイプしたかったのだけど
「r」「右親指シフト」 → 「ご」
「k」 → 「き」
として打鍵されてしまったようです。 誤記あるある
フェラガモと打とうとしてフェラガ◯と打ってしまう。 >ケーミングＰＣ
このような誤記が発生しやすいのは親指シフトの大きな欠点だと認めざるを得ないな。
と書いた本人が言い訳してみた。 欠点もなにもアルファベットで英文入力してる英語圏の人もドイツ語もフランス語もスペイン語だって同じことよ
アルファベットを使ってローマ字日本語変換というわざわざ回りくどい入力をすることで入力ミスが目立つという副作用がたまたま出ているだけのこと
夜にも関わらずサングラスをかけているせいで普通より注意深く歩いているようなもの 親指シフトでの入力ミスの話をしてンのに何言ってんの？？？ だから表音文字を直接入力してるのは親指シフトも英語も同じことで、むしろローマ字入力だけが特殊だって言ってるの
親指シフトの入力ミスを発見しづらいのは英語圏の人間がスペルミスを発見しづらいのと何も変わらないことなんだよ 親指シフトって、「ケ」と「ゲ」が外見上似ているから、このよくある誤記の発見がしにくいんだよな～ 私もしょっちゅ「する」を「ずる」と誤記してしまいます。
だから、Wordの表示倍率をちょっと大きめにするとよいですよ。
親指シフトだと独特の誤記をしてしまうので、なんとなく親しみがわいたりします。 >>225 濁音の誤記の点についてはそうだな。それは認めていいと思う。 >>224
私の場合は、フォントを編集して「゛」「゜」をめちゃ目立つようにしています。
これもお薦めです。 >>220と>>222の意味がさっぱりわからん。
誰か解説して。 発見ミスのことでは？
ｐｃがスペルミスを検出・警告してくれなければアルファベットの文字列も
ひらがなの文字列も同じだろ、ということでは？
漢字変換は、見方によっては誤記発見にはいいかもね
ひらがなだけで全文構成したら、校正つかれるよなｗ 自分は、よくあるの誤記パターンを検索しています。
ずる （する）
ならは （ならば）
その他いろいろですけど。 そのへんのミスは意外と同時打鍵の判定msの設定で大幅改善することもあるからな
よくあるというほど頻繁に起こるんだったら設定を詰めてみるのも手だぞ >>231
ここの人たちは同時打鍵の判定時間の設定についてはわかっていると思う。
仕事柄大量に入力するから多く発生するだけで、発生率が高いというわけではないと思う。 やまぶきRは、同時打鍵の判定時間の設定項目がないようです。
やまぶきRには、
「親指シフトが同時打鍵と判定される時間範囲」と、
「文字キー同士が同時打鍵と判定される時間範囲」とがありますが、
これは、同時打鍵のオーバーラップの割合を決めているだけのようです。
以下、やまぶきRのmanualから引用します。
＞この時間範囲の決め方にはいろいろな方法がありますが、
＞やまぶきRでは、「文字キーを押した時点を0、その文字キーを
＞放すか別のキーを押した時点を100として、どれくらいの時間範囲を
＞同時打鍵と判定される時間範囲とするかユーザーに設定してもらう」
＞という方法をとりました。 いやだからそれが同打判時（同打判時間）でしょ
何言ってんの？？？ 233です。
NICOLA配列規格書によると、同時打鍵判定時間とは以下のように定義されています。
http://nicola.sunicom.co.jp/spec/kikaku.htm#0407
＞文字キーが押下された場合、そのキーON情報はすぐに出力されず、まず、
＞キーコードレジスタ(MM)に格納される。
＞そして、同時打鍵判定時間の間に親指キーが押されないことを確認した後、
＞単独打鍵が確定して、キーコードレジスタの内容が出力される。
つまり、文字キーの押下と親指キーの押下とが同時打鍵であると判定される
時間 [mSEC] です。 トートロジーになってたので修正。
つまり、文字キーの押下から親指キーの押下までの時間（期間）、
または、親指キーの押下から文字キーの押下までの時間（期間）が、
同時打鍵であると判定される 時間 [mSEC] が、同時打鍵判定時間です。
逆にいうと、文字キーの押下のタイミングから
同時打鍵判定時間が経過すると、単独打鍵が確定します。
やまぶきRの
「親指シフトが同時打鍵と判定される時間範囲」や
「文字キー同士が同時打鍵と判定される時間範囲」とは相違します。 親or文字+文字or親の入力待ち時間と
文字+文字の入力待ち時間は一致しないよ
と言ってあるだけ。 たびたびすみません、２３３です。
こちらのページの図２
http://okiraku-camera.tokyo/blog/?page_id=8128
「文字キー親指キー押下中のタイミング図２」
に記載された、d2 < e_nicolaTime が、
文字キーの押下から親指キーの押下までの時間（期間）に相当します。
単位は mSEC です。
やまぶきＲの manual.html を読んだところ、
「親指シフトが同時打鍵と判定される時間範囲」とは、
この図２でいうと、 d1/(d2+d1)*100 ではないかと推定しています。
単位は、パーセントとおもわれます。
これはあくまで推定ですので、正しくは作者さまが降臨されて解説されるのを待つのが正しいとおもわれます。 やまぶきRマニュアルより：
この時間範囲の決め方にはいろいろな方法がありますが、
やまぶきRでは、「文字キーを押した時点を0、
その文字キーを放すか別のキーを押した時点を100として、
どれくらいの時間範囲を同時打鍵と判定される時間範囲とするか
ユーザーに設定してもらう」という方法をとりました。
たとえば、「親指シフトが同時打鍵と判定される時間範囲」を60に設定したとすると、
文字キーが押されてからそのキーが放されるか別のキーが押されるまでの時間
の前半60％以内で親指シフトキーが押されていれば、
同時打鍵とみなされてその文字にシフトがかかります。 親指シフトのJIS提案は、こちらです。
http://nicola.sunicom.co.jp/spec/jisdraft.htm
5.4 同時打けんの判定 のタイムアウトの時間が、
NICOLA規格でいう同時打鍵判定時間ですね。
状態遷移表の処理Ｃ(重なり厚み判定)では、
t1≧t2かつt2＜τ (τは実装依存の固定値) のときには, 同時打鍵未成立とみなし, M出力, S3)へ
セットされていた図形キー・親指オフは, MO出力, S1)へ
※当該キー以外は, 無視, S4)まま.
とあります。
やまぶき／やまぶきＲのマニュアルから読み解くと、
やまぶき／やまぶきＲは、t1≧t2の条件ではなく、
t1/(ti+t2)*100 > 設定値 のように、
親指キーと図形キーとが重なる厚み（割合）を
見ているように読めます。
状態Ｄの(重なり厚み判定)も同様です。
でもなぜか、上記の規格書案には、状態Ｄの詳細が記載されていません。 使ってないんで想像だが、単にやまぶきRのmanualの書き方が
ヘンなだけかも？ 技術屋さんの書くマニュアルはときどき……。
単純化して考えると、NICOLAに慣れたａ氏と慣れてないｂ氏が同じように
「いか」と打鍵した場合、ふたりの「１００」は異なりそう。
まさか各自に平均打鍵速度を検出し、それを個別に「１００」と設定させ……
なんて設計になってるとは思えない。本来は60なら60msだが、厳密に100を
「１秒」と保証できないから、微妙に曖昧化して書いてあるだけ？ とか想像
してしまった。 いや、平均打鍵速度なんて検出する機能があるわけないだろ
やまぶきはmsを設定基準にしているのではなく打鍵ごとの押下時間からの割合で設定しますよってことだろ
その特殊な同時打鍵の検出設定のせいでキーを押したときではなく、キーを離したときに文字が入力されるというちょっと変なことになってるけどな ＞打鍵ごとの押下時間からの割合
なにを基準にした割合なの？
打鍵ごとの押下時間なんていくらも変わるから基準にならんのでは？ >>246
先行キー(親指、文字キーどちらか)を押した瞬間を0、先行キーを離した瞬間を100とし、その間のいつでもロールオーバーされたキーを同時打鍵とみなすのが初期設定である100
それを50に設定すると0から50までの間にロールオーバーされたキーのみを同時打鍵とみなし、51から100までは次打鍵と認識される
このようにmsの絶対指標ではなく、打鍵ごとの押下時間の割合で相対指標的に判定しているのがやまぶき
キーを離すまでは100が確定しないためやまぶきでは打鍵した瞬間ではなくキーをリリースした瞬間に入力が確定する これを確認したければやまぶきの初期設定の状態で親指キーを5秒でも10秒でも押しっぱなしにしたままでおもむろに文字キーを同時打鍵してみればいい
100というのは100msではなく先行キーをリリースするまでの割合に過ぎないのでそれが何十秒でも同時打鍵となる ここにやまぶきとDvorakjの同時打鍵の判定について書かれています。
http://d.hatena.ne.jp/maple_magician/20100720/1279632581
やまぶきの同時打鍵ロジックはこちら
http://yamakey.seesaa.net/article/147080328.html
＞先に押されたのが文字キー（[K]押下、[変換]押下、[K]離す、[変換]離す）のときは、
＞「[K]押下」を0、「[K]離す」を100として、「[変換]押下」が前にくっつくか後にくっつくかを判定します。
＞「くっつく」という考え方はちょっと奇妙ですが、要は、同時打鍵時間範囲が90なら、
＞「[変換]押下」が90以内（前にくっつく）のときはシフトが掛かり、90以上（後にくっつく）のときはシフトが掛かからないということです。
＞先に押されたのが親指シフトキー（[変換]押下、[K]押下、[変換]離す、[K]離す）
＞のときは、まず「[変換]押下」、「[K]押下」、「[変換]離す」の３点で判定し、
＞「[K]押下」が前に付くならシフトが掛かったとみなし、後に付くなら、
＞さらに「[K]押下」、「[変換]離す」、「[K]離す」の３点で判定して、「[変換]離す」が前に付くならシフトが掛からず、後に付くならシフトが掛かるという結果になります。
＞このように、先に押されたのが親指シフトキーのときは、２段階で判定しています。 >>248
情報さんくす♪
諒解しました。
まさにそれを試してみて、と書くつもりでした^^
それなら純NICOLAのように、うっかりキー上に指を乗せたまま
寝込んでしまい、長々同じ文字を連寝てしまった、なんてミスは
起きない（笑） ン十年間に2度ほど体験^^ >>252
ところがどっこい一定時間以上文字キーを押し続けると入力リピート判定が作動し(その間も100カウントが止まるわけではない)単打鍵文字が連打されるんだな
一定のmsまでは100カウントが優先かつキーリリース後に入力確定だが、規定msを超えると文字キーの場合そこにリピート入力判定が挿入される
しかし100カウントはキャンセルされず同時打鍵待ちも並行して成立している
Japanistとかから移行してきたユーザーがやまぶきの挙動に混乱するのはほとんどこの同時打鍵判定の特殊な設定のせいなのだ ＞単打鍵文字が連打されるんだな
あらら
なんか開発者のオリジナリティにこだわりすぎて特殊な設計思想に走っちゃった
パターンかね ■ このスレッドは過去ログ倉庫に格納されています
