親指シフトで日本語を快適に入力しよう 15
>>251 的外れ 個人でなく企業がローコストで普及する案件だから 一人でならどこでもすばやく快適に親指シフトできるよう完全にカスタマイズしたものを作るよ >>250 > 配列作者他数人しか出していない記録を見て、それがその配列の限界点とかいうのも無理がある。 その通りだけど、そんなことは言ってないよ。親指シフトは配列作者他数人しか使っていない配列ではないじゃん。 親指シフトに関してはある程度使用者がいるのだから、競技人口が少ないから速い人がいないだけだという理屈はおかしいと主張している。 配列作者他数人しか使用していないような配列は、速い人が打てば既存の記録よりかは速く打てるだろうね。 タイプウェル国語Kは、カナモードでない素の状態でアルファベットを打たせて 内部のアルファベット−カナ変換テーブルでカナ文字に変換しています。 たとえば「アイサツ」とタイプさせる際、「3exz」と打たせています。 親指シフトエミュレータのやまぶきは、タイプウェル専用配列を持って 親指シフト配列をJISカナ配列でタイプしたときのアルファベットに変換し これを出力しています。 でも、変換しきれないのが、濁点「゛」と半濁点「゜」、親指シフトでは 濁点・半濁点を単独入力することは想定されてないから。 うっかり「ゴ」をタイプしようとして「コ」とタイプしたら、 それっきり濁点入力ができないまま終わってしまう。 タイプウェルでは、何故かBSキーも効かないし。 これを回避するためには、濁点「゛」と半濁点「゜」をキー配列に入れる必要があります。 あまり美しくありませんが。 何が言いたいかというと、親指シフトの入力速度記録を測るならば、 親指シフトにチューニングしたタイピングソフトでなければならないのではという話です。 >>253 君は会社でも他人の意見を否定してばっかりではないか? 個人だって、設計がよくて需要があるなら、大量に仕入れて売れる時代だぞ。 amazonだとFBAといって金さえ払えば倉庫で引き取って管理してくれる。 現状、センター割れキーボードを富士通の親指シフトキーボードを除くと ELECOM(構造上たまたまなっただけ)くらいしか出していない状況なんだから、 大きな企業に期待する方がおかしいと思う。 >>256 タイプウェル以外の実用入力でも親指シフトは圧倒的に遅いのですが。 下記の変換込みの実用入力の動画では、親指シフトと比べるとqwertyは約2.3倍の速さ、JISかなは約2倍の速さ。 さらに言えば、動画だとIMEは、qwerty、JISかなは学習機能オフで初期辞書なのに対して、親指シフトは辞書学習済みだし、数字記号含有率はqwertyとJISかなの文章の方がはるかに高いので、実際はもっと速度に差があるはず。 毎パソ和文B10月練習 1394文字ノーミス(JISカナ) 5分で1394文字なので278字/分(JISかな) https://www.youtube.com/watch?v=LcsA-FoNnus 第11回 毎パソ冬季大会 和文B一般1位(10段) 1962pt(1635文字-0ミス) 5分で1635文字なので327字/分(qwerty) https://www.youtube.com/watch?v=smVsG3M9qcI 親指シフトとローマ字入力の速度比較 140字/分(親指シフト) https://www.youtube.com/watch?v=IbbLIbwM7M4 第11回 毎パソ冬季大会(qwerty)を検証してみた、最初の40秒で309仮名文字だから、 463.5仮名/分に相当する。これは速いね。 しかし、「親指シフトとローマ字入力の速度比較」の親指シフトは酷く遅い。 140仮名/分って、ゆっくりと考えながら打つレベルでしかない。 親指シフト+現状のエミュレータでも、もっと速く打てる人はいるだろうし、 すくなくとも自分が打った方が速い。 1年親指シフト使い続けて、どうしてもシフトの入力判定の問題に悩み続けてて、中指ニコラ試してみてもあんまりしっくりこなくて 久しぶりにローマ字入力に戻してみたらめっちゃ気持ちよく打てるのな ローマ字に戻ろうか本気で悩んできた 毎パソ和文B10月練習(JISかな)を計測してみた https://www.youtube.com/watch?v=LcsA-FoNnus 最初の30秒で219仮名文字だから、438仮名文字/分に相当する。これも速い。 しゃせつ:ふじさんせかいいさん うつくしいすがたをせんねんごにも にほんじんのこころのよりどころともいえるふじさんが6がつにせかいいさんに とうろくされるみとおしになった。かんきょうのかいぜんにふんとうし、このれいほうを たいせつにしつづけてきたじもとのひとびとやじちたい、ぼらんてぃあのじみちなどりょくが みのったものであり、ともによろこびたい。 ふじさんはこらい、しんこうのたいしょうであり、げいじゅつのげんせん 親指シフトとローマ字入力の速度比較 https://www.youtube.com/watch?v=IbbLIbwM7M4 いちばん速い「親指シフト1」は、最初の30秒で128仮名文字 256仮名文字/分 だから、さほど悪くはない。 動画時間 0:07 でスタートして、0:37 までに入力されたのは以下の128文字 「きゃりああっぷてんしょく、しゃないポジションのこうじょうなど、 みなかんがもくひょうしていることをたっせいするためにひつようなこと。 それはよいじっせきを、なるべくおおく、はやくつむことです。 ふだんのしごとをつうじてそれができればいちばんよいの」 >>263 「ふだんの〜よいの」は3倍速で再生されているので17文字マイナスで128-17 = 111 111*2 = 222かな/分 てか変換後の文章をかなに戻す意味がわからん >変換後の文章をかなに戻す意味がわからん かな文字の入力数として計測するためです。 一応今の所のかな最高値は、WPM297、得点271。 年越しまでにWPM300行けるかしら。 >>260 >しかし、「親指シフトとローマ字入力の速度比較」の親指シフトは酷く遅い。 親指シフトでこれよりも速く打っている人を見つけられませんでしたけど…。 https://www.youtube.com/watch?v=IbbLIbwM7M4 この動画について更に検証してみた。 動画キャプションには「277文字の日本語の文章」 と記載されているが、実際には297文字の漢字仮名混り文だ。 実際にタイプして確認した。 キャリアアップ転職、社内ポジションの向上など、みな さんが目標にしていることを達成するために必要なこと、 それは良い実績を、なるべく多く、早く積むことです。普 段の仕事を通じてそれができれば一番良いのですが、実際 にはなかなか難しいことです。真の思考力は同じ業務を長 くやっているだけでは身に付きません。少し、切り口を変 えて物事を見る「クセ」をつけましょう。そのためには「経 験を積むこと」が一番です。このオーディオブックテキ ストには、多くの経験を一瞬て疑似体験できる要素をたく さん盛り込んであります。みなさんの成長スピードのアッ プに少しでも貢献できれば幸いです。 この文章は漢字仮名混り文だから、 実際に入力した仮名文字数をカウントしなければならない。 よって、平仮名の文章に再変換した。この平仮名文章は361文字になる。 親指シフト2(右上)は120秒経過時にちょうど打ち終えたから 180仮名文字/分の入力速度であると結論づけられる。 きゃりああっぷてんしょく、しゃないぽじしょんのこうじょうなど、みな さんがもくひょうにしていることをたっせいするためにひつようなこと、 それはよいじっせきを、なるべくおおく、はやくつむことです。ふ だんのしごとをつうじてそれができればいちばんよいのですが、じっさい にはなかなかむずかしいことです。しんのしこうりょくはおなじぎょうむをちょう くやっているだけではみにつきません。すこし、きりくちをへん えてものごとをみる「くせ」をつけましょう。そのためには「きょう げんをつむこと」がいちばんです。このおーでぃおぶっくてき すとには、おおくのけいけんをいっしゅんてぎじたいけんできるようそをたく さんもりこんであります。みなさんのせいちょうすぴーどのあっ ぷにすこしでもこうけんできればさいわいです。 https://www.youtube.com/watch?v=IbbLIbwM7M4 スマソ、動画キャプションは正しかった。 「277文字の漢字仮名混り文章」 でOK。sakura editor が改行を1文字とカウントしてしまった。 Word で文字数をカウントしなおした。 なお、当該文章は「341文字の仮名文字」となるので、 170仮名文字/分の入力速度である。 毎パソ和文B10月練習 1394文字ノーミス(JISカナ) https://www.youtube.com/watch?v=LcsA-FoNnus こちらも検証してみた。 漢字仮名混り文・・・1380文字(スペース含む) (動画キャプションの文字数よりも少し少ないが、理由は不明) 仮名文字・・・・・・1856文字(スペース含む) 入力期間は5分間だから、371.2仮名文字/分 「親指シフトとローマ字入力の速度比較」動画の170仮名文字/分と比較すると 速度比は、2.18倍となる。 だから何? 空気が読めないとかへんなこだわりがあるとか会話が通じないとか人から指摘された経験ある? 親指シフトとは関係ないのでスレチだとは思うが、DvorkJを使って、 >>242 で書いた感じに軽くJISかなを改良してみた。結構打ちやすい。 思ったよりJISかなって悪くないのかも。 四段でもタッチタイプに支障がないんであれば、しばらくこれも練習してみようかな。 >>273 JISかなは小指が痛くなるし、四段使うからミスタッチが多くなってしまう。 親指シフトは速くは打てないが楽に打てて疲れないという理屈は、正直怪しいと思っている。 1万字のかなを入力する場合の打鍵数というページを参照してみると、 親指シフトは動作数(同時打鍵を1打鍵とみなす)で見てみると10000打鍵と一見少なく見えるが、総打数(同時打鍵を別個とみなす)で見てみると14429打鍵で、これはqwertyの17019打鍵の次に総打数が多い。 (同時打鍵だから1打鍵という理屈が通用するのならば、qwertyで「だ」を「d+a」で1打鍵という理屈も通用するのでqwertyの動作数はもっと少なくなる。) 楽に打ちたいならば総打数を減らすために、総打数が12256打鍵と一番少ないJISかなにすれば少ない打鍵数で打てるし速い。 JISかなでは小指の使用頻度と4段目の使用が気になると言うのであれば、他の同時打鍵系の配列の下駄配列や小梅配列の方が、親指シフトと比べて小指と薬指の使用頻度が少なく人差し指と中指の使用頻度が多いので楽に打てるはず。 親指同時打鍵の親指シフトは左1644打鍵、右2585打鍵、小梅配列は左1599打鍵、右2026打鍵も親指で打つことになり明らかに親指を酷使しているので、これで疲れないと言うのは正直どうかと思う。 速く打ちたいならばqwertyやJISかなや月配列、楽に打ちたいならばJISかなや下駄配列や小梅配列(小梅配列は小指薬指に関しては親指シフトよりかはマシだが、親指は酷使する)ということになる。 1万字のかなを入力する場合の打鍵数 http://web1.nazca.co.jp/kouy/keycount.html >>275 5行目 ×qwertyで「だ」を「d+a」で1打鍵 〇qwertyで「だ」を「d+a」同時押しで1打鍵 >>274 小指が痛くなるのはちょっとかな配置を変えたらだいぶ改善されたけど、やっぱり4段は問題か。 あっちを立てればこっちが立たず。EDみたいな配列問答。 全力投球して、特定の文を毎分?文字で入力できたって、そんなに重要ではないと思う。 実際は全力投球なんかいつもできないんだから。 >>276 ローマ字入力をqwertyと呼ぶのはやめてくれよ。 英文を打っている方法と混同するだろ。 >>278 速さという尺度で評価すると、何度も例示した通り親指シフトはとてつもなく遅い。 楽で疲れないという尺度で評価すると、親指シフトよりも総打数が少なく小指と薬指の使用頻度が少ない配列は>>275 で挙げた通りいくらでもあるし、そもそも親指を酷使する親指シフトが楽で疲れないと言えるのか疑問。 >>279 日本語入力をする際にqwerty配列を使用したローマ字入力 日本語入力をする際にJISかな配列を使用したかな入力 日本語入力をする際に親指シフト配列を使用したかな入力 入力方式で書くべきというあなたのルールを適用するのならば、親指シフトは「かな入力」と表現することになりそれこそ「JISかな配列を使用したかな入力」と混同する。 よって配列名で表記するのが適切。 >ローマ字入力をqwertyと呼ぶのはやめてくれよ。 ていうかこう書いている時点で、ちゃんとqwerty配列を用いたローマ字入力であることを認識してるじゃんw。 全然混同してないじゃないですかw。 >>277 指がある程度回る人という条件付きならば、4段使ったJISかなに改良を加えた配列が速度、入力の負担の少なさと共に最強なんじゃね?と個人的に思ってる。 JISかなの現状の配列は出現頻度が高い「あ」「う」「ょ」が最上段、「た」「っ」「濁点」が小指に配置されているのが駄目すぎる。 「を」に至っては出現頻度が高いのに最上段に加えてシフトで打たなければならないというね。 それらを改善すれば後は小指が動くか、最上段でも問題なく打てるかという使用者の能力の問題かな。 同時打鍵系は入力の疲労度で評価すると4段目を使う必要がないから移動距離が少ないという点では楽に打てると言えるだろうけど、同時打鍵だから総打数が多くなるし、速度で評価するとシフトを押す度に速度が遅くなるので駄目。 >>280 一応自分がやったのは、 た←→ま ち←→つ ゛←→り の入れ替えと、空白の同時打鍵でシフトができるようにしたこと。 これだけでも、結構いい感じになった。 軽くJISかな使ってて思うのは、同じ指での縦の動きが多いって言うこと。 これがどれだけ後々の速度の向上に響いてくるのか。 >>281 あと、規定位置を右手だけ一つずらしてる。 「の」のところに右手の人差し指が来る感じ。 俺もqwertyは気になるわ わざわざ一般的じゃない呼び方しなくていいやん? 細かく言えばqwertyじゃなくてもDvorak配列でもローマ字入力できるんだし >>280 qwertyと言ったら、一般的には、ローマ字入力以外の別のことをいう。 DVORAK配列や12キー配列と比べるときに使う言葉。 だから別の言葉を使えよ。 >>283 >細かく言えばqwertyじゃなくてもDvorak配列でもローマ字入力できるんだし Dvorak配列を使用したローマ字入力を考慮するのならば、qwerty配列とDvorak配列とどちらで入力しているのか区別が付くから、なおさらqwertyと表記したほうがわかりやすい。 ローマ字入力と書くだけではqwerty配列とDvorak配列とどちらでローマ字入力しているのかわからないじゃん。 俺はWikipediaに準拠して書いたんだけど、あなたの言う一般的とは何を指すの? >>284 Wikipediaによると、 "入力・変換方法 かな漢字変換: 読みとしてかなを何らかの形で入力しておいて、漢字・かな・英字などの変換候補から選択することで漢字の文字を得る。変換の単位としては、単漢字・熟語・文節・連文節・文章一括変換などがあるが、現在は単漢字や熟語単位の変換は廃れている。 かな入力: JIS配列、親指シフトなどの配列のキーボードを用いて直接かな文字を得る。 ローマ字入力: 日本語以外のキーボード(QWERTY配列が一般的)でローマ字を入力し、かな文字に変換する。" と書かれている。 JIS配列を用いて直接かな文字を得る。 親指シフト配列を用いて直接かな文字を得る。 qwerty配列を用いてローマ字入力をし、かな文字に変換する。 配列名ではなく入力方法で書くべきだというあなたのルールを適用すると親指シフト配列もかな入力と書くべきであり、そうすると親指シフトもJISかなも両方かな入力という表現になり混同すると思うのですが。 配列名と入力方法の両方を書くと、親指シフト配列を用いたかな入力、qwerty配列を用いたローマ字入力と長くて分かりづらいし面倒。 したがって、qwerty、JISかな、親指シフトと配列名だけ書くことがもっとも理にかなっていると思いますが。 英文を打っている方法と混同すると言っていますが、みんな日本語を入力することを前提に話をしていますので。 ここ最近誰か英語の入力の話をしていましたか? 私はWikipediaに準拠して書いたのですが、あなたの言う一般的とは何を指すのですか? ×一般的 〇個人的 の間違えでしょう。 "qwertyと言ったら、一般的には、ローマ字入力以外の別のことをいう。 DVORAK配列や12キー配列と比べるときに使う言葉" と個人的に考えるのは結構ですが、その考えを他人に強要されても困ります。 日本語入力システム https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0 まあ正直どうでもいいんだけどね。 こんな揚げ足取りに付き合うよりも議論がしたい。 俺は親指シフトの速くて楽だという宣伝を疑問に思っている。 速くないことは何度も示したし、楽に打てるという売りも他配列と比較するとそうではないと>>275 で書いた。 >>275 について誰か反論下さい。 >>275 , >>287 ご希望がありましたので、議論をちょっと記載。 >(同時打鍵だから1打鍵という理屈が通用するのならば、qwertyで「だ」を「d+a」で1打鍵という理屈も通用するのでqwertyの動作数はもっと少なくなる。) 同時打鍵の場合には、 右親指キー打鍵→同時打鍵時間未満→文字キー(E)打鍵、に限定されず、 文字キー(E)打鍵→同時打鍵時間未満→右親指キー打鍵でも、「だ」と入力される つまり、順序を気にせず同時に押下される動作なので速く打てるという理屈なのだとおもう。 おなじ1打鍵としてカウントするのもどうかと思うが、2打鍵として考慮するのもまた行き過ぎではとおもう。 ローマ字入力においては、 d→a を同時に押下して、逆順の a→d と解釈されたら誤タイプですから 厳密に順序を守らなければならない。 また、>>275 のタイプ数カウント、連続シフトモードを考慮されていない。 富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。 連続シフトモードを考慮すると、連続して右シフトが発生するときにはシフトキーは押しっぱなしなので 当然に打鍵数は下がる。 元記事が参照しているhttps://kouy.exblog.jp/7888078/ では、文字の出現順を考慮していないので、 連続シフトモードによる恩恵がわからない。 だったらせめてqwertyとNICOLAと書けや 片方は配列、片方は入力方式って変な書き方するからみんな気持ち悪いんだろが ローマ字入力という入力方式の一般的な配列がqwerty 親指シフトという入力方式の一般的な配列がNICOLA 以下の文章(平仮名のみ)は145文字、 本日いろいろ入力テストしてみたところ58秒がMAXだった。 つまり150仮名文字/分、1秒あたり2.5文字。 テストにあたり、エミュレータに細工して、試しにPerformanceCounter を使ってみた。 なんとなく誤タイプが減ったような気がするけど、効果のほどは不明。 もしかすると、Autohotkey のキー処理ルーチンそのものがシステムクロックに基づいて動いており キー入力時間の分解能は、もとより無いのかもしれない。 でも、分解能が有るか無いかについて、検証する方法を思いついていない。 入力した例文は以下、たぶん勝間和代が書いた文章 「きゃりああっぷてんしょく、しゃないぽじしょんのこうじょうなど みなさんがもくひょうにしていることをたっせいするためにひつようなこと、 それは、よいじっせきをなるべくおおく、はやくつむことです。 ふだんのしごとをつうじてそれができればいちばんよいのですが、 じっさいにはなかなかむつかしいことです。」 >>290 qwerty君はこれを読んで自分こそが一般的ではない変な呼び方で比較しているということを心するように 揚げ足取りはどうでもいいよ。 本筋と全然関係ないし。 >>286 本人がこれほど必死に反論してるのにどうでもいいのか? これまではいいとしても今後くらいは気をつけろよ 配列で呼ぶか入力方法で呼ぶか統一するだけのことなんだからさ >>286 通常、「qwerty」という言葉から、 Dvorak配列と比較したQWERT配列か、電話で一般的な12キーレイアウトと比べたQWERTYレイアウトを連想する。 けっしてローマ字入力を連想しない。 「qwerty配列を使用したローマ字入力」ならいいぞ。許す。 >>288 >>275 で"親指シフトは速くは打てないが楽に打てて疲れないという理屈は"、と書いてある通り、 1段落目は楽に打てるかどうかについて言及しています。速さについては言及していないです。 親指シフトは打鍵数が少ないから疲れないという理屈のようですが、見せかけの動作数が少なくても、総打数を見てみると多いのだから疲れないというのは間違いであるということを言っています。 >富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。 過去ではなく現在の話をしています。あとソース貼ってください。 >連続シフトモードを考慮すると、連続して右シフトが発生するときにはシフトキーは押しっぱなしなので >当然に打鍵数は下がる。 連続シフトモードを考慮するのならば、連続シフトで打てる配列は同じように打鍵数が下がります。 NICOLAだけの打鍵数を下げるのは不公平な比較です。 楽だとか楽ではないとかは相対的なものです。連続シフト使用時は打鍵数が減るというのならば同じように新jis下駄小梅配列などの打鍵数も減るので、入力の楽さという点でそれらの配列と比較するとNICOLAは劣っています。 打鍵数の多さで劣っていることに加えて、小指の使用頻度という点でも劣っています。 小指の使用頻度はqwerty、JISかなに次ぐ3番目の多さです。 薬指の使用頻度も他配列と比べると多いです。 総打数:NICOLA14229打鍵、小梅13625打鍵、下駄13039打鍵、新JISかな12926打鍵、 小指の総打数:NICOLA1765打鍵、新JISかな1493打鍵、小梅1447打鍵、下駄792打鍵 薬指の総打数:下駄3045打鍵、NICOLA2748打鍵、新JISかな2676打鍵、小梅2484打鍵、 仮に連続シフトモードを考慮して打鍵数を下げたとしてもその影響はわずかでしょう。 元々出現頻度が低い文字が同時打鍵で打つように配置されているのだから、そこからさらに連続して同じシフトを押すケースはかなり少ないでしょう。 連続シフトによるわずかな打鍵数を引いたところで、総打数の少なさではどうやってもNICOLA14229打鍵はJISかな12256打鍵には勝てません。 入力の楽さは総打数の少なさだけではない、それ以外にも4段目まで移動する時間や小指の使用頻度も考慮するべきだというのであれば、 3段しか使用せずNICOLAよりも総打数も小指の使用頻度も少ない新jis下駄小梅配列を使えばいいのです。 以上のことから、入力の楽さという点においてNICOLAは他配列よりも劣っていると言えるでしょう。 ここは基本的に親指シフトユーザーどうしの情報交換スレなんだからこっちでやれよ。 よろしければ配列について教えろ その13 https://medaka.5ch.net/test/read.cgi/pc/1495865046/ >>富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。 >過去ではなく現在の話をしています。あとソース貼ってください。 連続シフトについて記載したとき、「やまぶき」の連続シフト機能か念頭にありました。 言葉足らずで申し訳なかったですが、過去の話と共に、現在の話もしています。 Wikipedia-親指シフトには以下の記載があります。 >OASYSの親指シフトキーボードでは、親指キーを先に押した場合はどんなにタイミングがずれても許容された(前置シフト)。文字キーのほうが一瞬早かった場合は数百ミリ秒のズレを許容する。 でも、これを良く見てみると、文字キーが押された後、他の文字キーが押された場合 が含まれるか不明なのですね。 これが連続シフトのことを言っているかどうかは不明ですので、取り消します。 あと、NICOLA規格書の以下記載 >9.1.1 緩慢な打鍵操作に対する対応 >親指キーを先に押し、後から文字キーを打鍵する操作(英文入力におけるシフト操作と同じ)も同時打鍵と認める方法。 >→ 別紙「親指キー併用形鍵盤の制御マトリクス」において、 > 親指キー押下状態におけるタイムアウト処理を無くす。 この記載も、文字キーを押下したのち、他の文字キーを押した場合が含まれるか不明ですね。 余談ですが、別紙「親指キー併用形鍵盤の制御マトリクス」って、JIS化提案の状態遷移表のことでしょうか。 >>299 本当にそうだよな。 よろしければ配列について教えろ その13 https://medaka.5ch.net/test/read.cgi/pc/1495865046/ でやってくれよ。親指シフトをdisるのが目的なだけだし。 専用キーボードが出る見込みなんてない個人レベルの配列の宣伝されてもな。 >>301 他の配列の話が禁止ということであれば、 >>8 >>29>>32 >>46>>49 >>52>>60 その他多数のレスは、 全て不適切なレスということになりますね。 しかし速いとか楽だとかは全て相対的なものであり比較の上で成り立つものなので、NICOLAと比較するために他の配列の話が出るのは当然なのでは? 他の配列と比べられたくない、でもNICOLAは速くて楽だということですか? >専用キーボードが出る見込みなんてない個人レベルの配列の宣伝されてもな。 わざわざ専用のハードウェアキーボードを用意してまで、遅くて楽ではない配列を選択するメリットは何ですか? 導入する際の準備がソフトウェアだけで済む、NICOLA以外の速くて楽な配列の方がいいのでは? このスレは現役でNICOLAを使用している方以外にも、NICOLAに興味をもってやってみようかなと思っている人も訪れるはずです。 そういった方達にNICOLAの速くて楽であるという宣伝文句は嘘であることと、もっと視野を広げればNICOLA以外の様々な優れた配列があることを伝えるためにも、真実を書き込む必要があるでしょう。 >>302 どの配列がいいかという議論は よろしければ配列について教えろ その13 https://medaka.5ch.net/test/read.cgi/pc/1495865046/ でやってくれよ。過去ログをみればわかるが、 ここは親指シフトユーザーが親指シフトについての情報交換をするスレ。 オレ自身は「NICOLAは速い」と主張したことはない。 >>302 親指シフトのスレに来て、「親指シフトはダメで別の配列がいい」 っていう長文を何度も書き込んで荒らすのは単なる迷惑行為。出て行けよ! アメフトのスレに来て、「アメフトはダメだからラグビーがいい」 っていう書き込みを何度もするのと同じ。 だいたい、qwertyくんは議論するとか言っておいて 「qwerty」ではわかりにくいといったことさえ認めようとしない。 そんな奴と議論なんかできるかよ。出て行け。 他配列について深く書き込むのはスレ違いとおもいますので、 簡単にコメントします。 ここに、「かえうち」のユーザのキー配列統計情報が公開されています。 https://kaeuchi.jp/blog/1st-anniversary/ 購入者総数 556名中 日本語入力について、 親指シフトの方が65% ローマ字の方が25% その他配列の方が10%です。(55名?) うち、下駄/新下駄 11名 (2%) 飛鳥/かえであすか 8名 (1.6%) AZIK 3名 (0.6%) 月配列 3名 (0.6%) かえうちを購入される方は、early adaptor と思われ、 新規配列についても貪欲に試用すると思われますが、 それですら、これだけ少ない数しか、新規配列のユーザがいない。 それは、NICOLA配列に欠点があるとしても、 NICOLA配列を学習したコストを無にしてまで移行するほどではないということです。 そもそも、普通の人はローマ字からNICOLA配列への移行すら嫌がりますから。 NICOLA配列のエミュレータ(やまぶき)を起動して、 ランダムにパラパラとキーを打ったときのカーソルの動き、 これにはときめきましたね。ローマ字モードでは絶対に得られない速度でしたから。 >>308 お前は相変わらず偏ったデータの読み方をする。 それは、NICOLA配列に欠点があるとしても、 じゃねーよ。それだとかえうちを買った人=親指シフトユーザーっていうお前の勝手な決めつけが出発点になっている。情報そのものを誤って捉えている。 かえうちを買った人間のうち65%が親指シフトユーザーであるというのがデータそのものが示していることだ。 その記事にも「日本語入力での配列は、親指シフト(NICOLA)が65%を占めます。親指シフトを目的に かえうち を購入された方が大変多くいらっしゃいます。」と書いてあるだろ。 どこをどう読んだら親指シフトからこれだけの人が別の配列に移行しましたよなんてことになるんだ? ただお前が自分の導きたい結論のために情報を無理やり偏って読み取っているだけだ。 そんなつまらない印象操作を続けるならどっか別の場所にいけ。 自分がローマ字入力から、親指シフト(NICOLA配列)に切り替える決めてになったのは 入力速度が1.7倍になるのではないかという期待からです。 実際に測定すると 1.7倍 にはならず、いまは1.3倍 くらいですが、 入力速度アップの阻害要因をていねいに除去することで、 もう少し速度が向上し、誤入力が減少するのではないかと考えています。 具体的には、キー入力の状態遷移図の改良や、 右親指シフトキーの位置の最適化などです。 orzレイアウトの方が比較的多いことを考えると、 JISキーボードの変換キーは、 親指シフトに流用するには、右側に寄りすぎているのだとおもいます。 >>309 私は、>>296 , >>297 さんではありませんよ。 私は、>>288 , >>300 を書き込んだものです。 >>296 , >>297 の回答を戴きましたが、 どうやら、良い議論にはならなそうなので、ここで閉じることにします。 >>311 そんじゃあ「相変わらず」は訂正するが、それ以外はそのままだ。 新規配列への移転元を勝手に親指シフトに限定しているが、それはすべてお前の思い込みだ。 正してやると、 「それは、《現状の入力方式》に欠点があるとしても、 《現状の入力方式》を学習したコストを無にしてまで移行するほどではないということです。」 となる。 ここに無理やり親指シフトを当てはめたのは、お前が情報を正しく読み取る能力がないか、もしくはわざと偏った情報の使い方をしているかのどちらかだ。 どちらにしろお前は議論をするのにふさわしい人間とは思えない。 >>313 下駄/新下駄、飛鳥/かえであすかの配列をお使いの方を観察すると、 いったん親指シフト(NICOLA)を学習されたのち、 NICOLAに飽き足らず改良配列のデザインに着手されたり、 改良配列を学習されたりしているからです。 ローマ字入力/カナ入力の方がいきなり新規配列を学習されるというのは 寡聞にして知りません。 その前提のもとに、かえうちのデータを解釈しました。 なお、「NICOLA配列に欠点があるとしても、 」という表現は 単なるレトリックに過ぎません。 私は、NICOLA配列には大きな欠点はないと考えています。 >>314 お前も、の後はなんなんだよ?そういう内容ゼロの煽りしか出来ないから議論をするに相応しくないつってんだよ。 >>315 そんな「自分調べ」なんてものぶち込んでくるならソース付きのデータと勝手に混ぜるな。NICOLAの派生配列ならまだしも、下駄とか月とか親指シフトと関連ないだろ。 ちゃんと「これは自分調べなのですが」とか書いとけ。 お前の「寡聞にして知りません。」なんてこっちこそ知ったことじゃねえんだよ。 例えばこのスレ内だけでも >>86 は月配列半年らしいが全く1mmも親指シフトに向いてないキーボードを「親指シフト向きに見えるのになんで話題にならないの?」などと聞いているからおそらく親指シフトをちゃんと知らないんだろう。 お前の寡聞なんてこのスレ内も網羅しとらんわ。 中指ニコラを試してみたけど、濁点の位置が致命的に悪くて流石に普通のニコラに戻したわ 親指シフトでもっとリズムよく打てれば良いんだけどなぁ >>303 >ここは親指シフトユーザーが親指シフトについての情報交換をするスレ。 NICOLAに関連する情報を提供しているのですが、これは情報交換ではないのですか? 新規ユーザーにとってもすでにNICOLAを使っている人にとっても、NICOLAは速くないし楽でもないという事実は価値のある情報でしょう。 Aという製品のスレッドで、Bの方が〇〇の面においてよかったよ、値段が高いよなどと話すのは情報交換と言えるのではないでしょうか? NICOLAユーザー以外は話をしてはいけないということでしたら、NICOLAをこれから始めてみようとこのスレを覗いた人も質問を書き込んではいけないことになりますね。 その人はまだNICOLAユーザーではないわけですからね。 そういう排他的なコミュニティーにして他配列と比較されることを嫌い、NICOLAは速い楽だとこれからも言い続けるつもりなんですか? >オレ自身は「NICOLAは速い」と主張したことはない。 私は>>296-297 でNICOLAは速くもないし楽ではないと3回も書き込んでいるのですが、なぜ速くはないということだけを抜き出して楽ではないことは無視しているのですか? 楽だと思っているのならば反論下さい。 >>308 NICOLAから他の配列に移行する人が少ないから、NICOLAは優れた配列だという主張ですか? だとすると3つ反論ができますね。 1つ目は、そのデータからだけではNICOLAから他の配列に移ったのかどうかは読み取れません。 qwertyやJISかなから他配列に移行した人もいる可能性がありますよね。 2つ目は、仮にNICOLAから他配列に移行する人が少ないという事実があったとしても、移行者の多寡と配列の優劣は関係ないです。 移行者が多かろうが少なかろうが、NICOLAが他配列と比較して速くなくて楽でもないという事実は私が示したデータから見て取れます。 3つ目は、仮にNICOLAから他配列に移行する人が少ないという事実があったとしても、NICOLAが優れているから他配列へ移行しないのではなく、NICOLAしか使えないから使い続けているだけの可能性があります。 フェイスブックのNICOLAの集まりを見ればわかりますが老人が多いです。 若い頃にNICOLAを選択して、他の配列に移行する気力と能力がなくそのままNICOLAを使い続けているだけの人もいますよね。 以上の3点から、NICOLAから他の配列への移行者が少ないからNICOLAは優れた配列であるという主張はおかしいと言えるでしょう。 >>315 >下駄/新下駄、飛鳥/かえであすかの配列をお使いの方を観察すると、 >いったん親指シフト(NICOLA)を学習されたのち、 >NICOLAに飽き足らず改良配列のデザインに着手されたり、 >改良配列を学習されたりしているからです。 これだとやっぱりNICOLAよりも優れた配列があるということになりませんか? その人達はNICOLAと下駄/新下駄、飛鳥/かえであすかとを比較した上で、NICOLA以外の配列を選択しているのですから。 >>320 さん、スレ番号を入れていただけませんでしょうか。 文体から、320 さんの書き込みであると推定したのは以下です。 >>275 ,276,280, >>285 ,286,287 >>296 ,297,>>302 ,>>319 「優れた配列」は人によって違います。 私が使いたい「優れた配列」の要件は、タイピング速度の速さ、手指への負荷の小ささに加えて、 学習の容易さ、動作環境の広さ、があります。 新JIS配列は1986年に、JIS規格に制定されましたが、 1999年に使用実績がないとのことでJIS規格から廃止されました。 それは、学習コストによるものとおもいます。 ローマ字入力は、極めて学習が容易です。 AIUEOKGSZTDNHPBMYRWの僅か19ポジションを覚えればよいのだから。 しかも覚えたキーポジションは、英語配列でも有効です。 殆どの人にとって、このメリットは、タイピング速度や手指への負荷を超えるのでしょう。 JISかなの学習コストはやや大きく、カナ文字45、濁点゛半濁点゜長音、 シフト状態の“、。・”の3ポジションの計51ポジション 拗音9は、シフトで打鍵できるたため、記憶対象から除外します。 これらローマ字入力とJISかなは、殆どのPCで使えるとおもいます。 親指シフト配列(NICOLA)の学習コストは、カナ文字60、濁点゛半濁点゜長音、“、。・” の合計66ポジションです。その代わり、ブラインドタッチしづらい最上段をタイプしなくてもよい メリットがあります。 但し、公式に提供された動作環境はJapanistしかなく、絶滅が危ぶまれます。 これ以外の個人開発の配列は、動作環境が継続的に提供されるか否かは、NICOLA以上に不透明です。 よって、私にとって個人開発の配列は「優れた配列」の要件を満たしません。 >>323 悪いけど、自分にとっての優れた配列論とか自分のブログでやってくんね?それ俺らになんの関係あるの? >>321 アンカーしたレスは、全部私のレスで合っています。 >>323 私はNICOLAの速くて楽だという宣伝文句に対する反論を再三言って来たし、あなたもそれに対して反論して来ていたのに、急に自分の考える優れた配列はこうですと言われましても。 今までの流れは何だったんですか? まああなたの考える優れた配列の尺度に付き合いますよ。 ・タイピング速度 JISかな>qwerty>NICOLA?=新JISかな? 新JISかなは3段になった変わりにシフトを多用するのでJISかなのようには速くは打てないです。 JISかな>qwertyはタイピングゲームにおいての話であり、記号や数字を含む実用入力だと>>259 の動画の通り、qwertyにやや分があるかもしれないです。 しかし入力する文章の記号や数字の含有率によって有利不利が大きく変わるので、一概にどちらが速いとは言えないです。 ただしタイピングゲーム、実用入力、どちらの争いにおいてもNICOLAが入り込む余地は全くないです。 ・手指への負荷の小ささ(総打数の少なさ) JISかな12256打鍵>新JISかな12926打鍵>NICOLA14229打鍵>qwerty17019打鍵 ・手指への負荷の小ささ(小指の使用頻度の少なさ) 新JISかな1493打鍵>NICOLA1765打鍵>qwerty2442打鍵>JISかな2766打鍵 ・手指への負荷の小ささ(薬指の使用頻度の少なさ) JISかな1982打鍵>新JISかな2676打鍵>NICOLA2748打鍵>qwerty3232打鍵 ・学習の容易さ qwerty>JISかな>NICOLA?>新JISかな? 正直この尺度はどうでもいいですね。 配列を覚えるだけなら1日、思い出しながらゆっくり打つのに2,3日、なんとか実用レベルにまでもっていくのに1週間、人によって多少記憶力に違いはあれど、よほど賢くないか年老いてでもない限り簡単に覚えられるのでは? それに仮に覚えるのに時間がかかったとしても、配列を覚えてから受ける恩恵のことを考えれば、少しくらい覚えるのが大変でも構わないのでは? ・動作環境の広さ qwerty=JISかな>新JIS>NICOLA エミュやら専用キーボードやらを用意しなければならないNICOLAは、この尺度において駄目でしょう。 1位獲得回数・・・JISかな4回、qwerty2回、新JISかな1回、NICOLA0回 各尺度の1位に4点、2位に3点、3位に2点、4位に1点付与して考えると・・・JISかな合計20点、qwerty合計16点、新JISかな合計15点、NICOLA合計12点 あなたが挙げた配列の中で、あなたの考えるタイピング速度、手指への負荷の小ささ、学習の容易さ、動作環境の広さという4つの尺度で比較しても、NICOLAが他の配列よりも優れている点は一つもないじゃないですか。 1位獲得回数でも得点でも最下位ですよ。 >・学習の容易さ >qwerty>JISかな>NICOLA?>新JISかな? >正直この尺度はどうでもいいですね。 大多数のユーザが何故、JISかな ですら学習しようとしないか、 それは、学習コストを支払いたくないためです。 試しに、 飛鳥配列、下駄配列、蜂蜜小梅配列などを、 学習コスト、すなわち記憶すべきキーポジション数で評価してみてください。 >・動作環境の広さ >qwerty=JISかな>新JIS>NICOLA 消滅してしまった新JIS配列は、 Japanistがリリースされつづけている 親指シフト(NICOLA)よりも 動作環境の面では劣ります。 お前らコテハンつけてやってくんね? 興味ないやつはコテハンでNGつけて消せるからさ。 ここの人間のほとんどはローマ字入力(もしくはかな入力)も出来て、親指シフトも使えて、自分の好みで既に親指シフトを選んでる人なの。 軽自動車とハイブリッドの燃費やコスパ論争みたいなもんで、両方持ってる人間にはそれに興味がない人も多いのよ。 結局入力方法なんてそれぞれの使い勝手で選んでるだけで、最高速度とか効率とかじゃないことも多々あるんだよ。 例えば俺はローマ字入力も親指シフトもどっちもキーボード見ずにタッチタイピングできる。そんで仕事で同じような内容の書類を英語でも日本語でも作らないといけないわけ。 そうすると英語でインターネットは「internet」、ローマ字入力だと「innta-netto」スペリングが似通ってくるだけに頭の中で切り替えるのが面倒くさいの。 でもかな入力のような運指の多いタイピングは疲れるから親指シフトくらいが自分には一番都合がいい。 だからあんたらの速度論争とか効率論争とかこれっぽっちも興味がないわけ。 コテハン付けてNGさせてくんね? ここでしか憂さ晴らしできないんだろうなあ。 とにかく相手すんのやめようや。 >>327 >大多数のユーザが何故、JISかな ですら学習しようとしないか、 >それは、学習コストを支払いたくないためです。 じゃあその人にとっての新しい配列全般はダメで、今使っている配列を使えってことになるじゃないですか。 大多数のユーザにとって、qwerty以外は駄目ということになるのではないでしょうか。 >消滅してしまった新JIS配列は、 >Japanistがリリースされつづけている 親指シフト(NICOLA)よりも >動作環境の面では劣ります。 では動作環境の広さのNICOLAと新JISかなの順位を入れ替えて得点も計算し直しましょう。 ・動作環境の広さ qwerty=JISかな>NICOLA>新JISかな 1位獲得回数・・・JISかな4回、qwerty2回、新JISかな1回、NICOLA0回 各尺度の1位に4点、2位に3点、3位に2点、4位に1点付与して考えると・・・JISかな合計20点、qwerty合計16点、新JISかな合計14点、NICOLA合計13点 どのみちNICOLAは最下位のままですね。 >>329 速さだけではなく、入力時の楽さ、負担の少なさでもNICOLAは他の配列と比べて劣っていると言っています。 ローマ字と日本語で混乱してしまうくらい入力スキルが低いのであれば、ローマ字入力系の配列を使用せずにかな入力系の配列を使用すればいいだけです。 小指が動かず4段目も打てないくらい指が不器用なのであれば、3段で打てて小指の使用頻度がNICOLAよりも少ない配列が他にあります。 かな入力系の配列の疲労度を、総打数の少なさ、小指の使用頻度の少なさ、薬指の使用頻度の少なさ、指の移動距離の4つの基準で評価していきましょう。 ・総打数の少なさ JISかな12256打鍵>新JISかな12926打鍵>下駄13039打鍵>小梅13625打鍵>月13275打鍵>NICOLA14229打鍵 ・小指使用頻度の少なさ 下駄792打鍵>月1316打鍵>小梅1447打鍵>新JISかな1493打鍵>NICOLA1765打鍵>JISかな2766打鍵 ・薬指の使用頻度の少なさ JISかな1982打鍵>小梅2484打鍵>新JISかな2676打鍵>NICOLA2748打鍵>月3041打鍵>下駄3045打鍵 ・指の移動距離 下駄0.52>新JISかな0.53>月0.54>小梅0.65>NICOLA0.66>JISかな0.82 ホームポジション以外のキーの総打鍵数/総打数で計算 下駄 6784/13039打鍵 0.52 小梅 8982/13625打鍵 0.65 NICOLA 9429/14229打鍵 0.66 月 7298/13275打鍵 0.54 JISかな 10140/12256打鍵 0.82 新JISかな 6864/12926打鍵 0.53 1位獲得回数・・・下駄2回、JISかな2回、新JISかな0回、月0回、小梅0回、NICOLA0回 各尺度の1位に6点、2位に5点、3位に4点、4位に3点、5位に2点、6位に1点付与して考えると・・・下駄合計17点、新JISかな合計17点、小梅合計15点、JISかな合計14点、月合計13点、NICOLA合計8点 以上のことから、入力時の疲労度という点において、NICOLAは他の配列と比較して劣っていると言えます。 最速で打ちたい・・・qwerty、JISかな、月 指の負担を軽くしたい・・・JISかな(総打数は一番少ないが、指の移動距離は多い)、新JISかな、下駄、小梅、 指の負担を軽くしたいが、不器用で小指が動かないし4段目も打てないのでJISかなは厳しい・・・新JISかな、下駄、小梅 ってことになりませんか? NICOLAを選択する理由がわからないです。 >>332 だからさ、それぞれの使い勝手だって言ってんだろ?お前日本語理解できるの? 俺は、職場ではデスクトップPC、出先ではポメラDM200、客先Androidタブレット、家はノートPCって環境なの。 標準的なNICOLAなら一応この全部で使えるわけ。 俺の使い勝手はNICOLAの親指シフトなの。 そんでお前の理論には興味がないの。 TPOも考えられない頭で、「間に合ってます。興味がありません」って人まで無理やり「僕の考えた最強」勧めてこないでくれる? あとコテハン付けて。 >>334 私が挙げた客観的な数字に対して俺はこうだと主観的なこと言われましても。 NICOLAの速くて楽だと言う宣伝は嘘だと言っているだけなんですけど。 楽に打てると言うのならば、データを示して反論すればいいだけなのでは? 入力の楽さについてNICOLAと他の配列と比較した途端に、躍起になって私をこのスレから追い出そうとしている方が見受けられますけど、 NICOLAが楽ではないことが知られると都合が悪くなる立場の人でもいるんですかね? 本当に優れた配列であるならば、そのデータを示せばいいだけじゃないですか? 議論をせずに追放するだけなんて、NICOLAは他配列と比較して楽には打てないと言っているようなものなのでは? 新規ユーザーの方がこのスレでのやり取りを見たら、本当にNICOLAは楽に打てるのか?と訝るだけだと思いますよ。 練習時間とか個人差を無視して最高速度だけ比較しても意味ないのでは かなり昔のデータだけど、未経験者を対象に同じ練習時間で入力速度を比較したら 遅 ローマ字(qwerty)<JISかな<NICOLA 速 になったという調査結果がある(↓の【図3 習熟度比較】を参照) http://nicola.sunicom.co.jp/spec/demand.htm 少なくともタイピング初心者にとってはNICOLAが楽だといえると思う 競技タイピングの上級者レベルならNICOLAよりローマ字入力やJISかなの方が速いといっても、運指の最適化にかなりの練習時間が必要だと想像する 自分はそっち方面は興味ないのでNICOLAで十分 >>335 俺はお前の語る内容に興味ない。だから見えなくしたいのでコテつけてくれ。 俺は主にこういう主張をしている。 お前は、「あなたが自分は親指シフトが楽に打てるというのなら、データを示して私に反論するべきです」という主張をしている。 なんかおかしくないか? 俺が>>334 で言った内容を要約してやると 「様々なデバイスを使うので汎用性の高い親指シフトは俺には使い勝手がいい」 となる。 お前の数字やデータありきの議論を無限に続けても俺のポメラには月配列も小梅も入らないし、Androidタブレットにモバイルキーボードを接続しても不可能だ。 その場合どうするわけ? デバイスごとにそのデバイスで可能な最も効率的な日本語入力方式を使い分けるべきなの? >>335 まずさ、お前の根本的な目的はなんなの? NICOLAを否定することが目的なの? 例えば俺が「そっかNICOLAよりも効率的な配列もあるのか」って言って小梅やり始めたらどうすんの? 小梅はお前のランキングではトップじゃないじゃん?もっと楽に打てる配列あるのに俺が「あー小梅は楽でいいわ」って言ってたらどうするの? NICOLAでさえなければお前は満足すんの?それとも今と全く同じことを小梅にも言ってくるの? 「小梅が楽と言うならばもっと楽に打てる配列があるという私のデータにきちんと反論してください」って。 どっち? >>331-333 ,>>335 これは >>320 さんですね。コテハンを入れて戴きたくおもいます。 >>335 >私が挙げた客観的な数字に対して俺はこうだと主観的なこと言われましても。 >NICOLAの速くて楽だと言う宣伝は嘘だと言っているだけなんですけど。 自分がローマ字入力の頃は、100〜120かな文字/分、 つまり170〜200打鍵/分くらいでした。 安いキーボードのせいか、物理的限界に近いことも感じましたね。 いま、自分が親指シフト(NICOLA)に変えて3年くらいですが、 130〜160カナ/分くらいは出ています。 つまり、130〜160打鍵/分くらいで、 キーボードの物理限界にはまだ余裕があります。 なお、キーボードの物理限界という観点でみると、 同時打鍵は、1打鍵としてカウントすることができます。 つまり、親指シフト(NICOLA)により、ローマ字に比べて現実に速くなっており、 まだ、「伸びしろ」がある。 >>331 >じゃあその人にとっての新しい配列全般はダメで、今使っている配列を使えってことになるじゃないですか。 >大多数のユーザにとって、qwerty以外は駄目ということになるのではないでしょうか。 その通りです。 親指シフト(NICOLA)をいまさら学習しようという人は、 全体の1%もいない、物好きです。(誉め言葉です) もうすぐ、使いやすい音声入力が具現化されますので、 キーボード入力は、廃れていくものとおもわれます。 >>336 速度に関しては軽く言及しているだけで、楽に入力できるかどうかについて主に話しています。 楽に入力できると言うのは、指への負担を指して言っています。 そして他配列と比較してNICOLAは、指への負担が軽いとは思わないと再三述べています。 たしかに極めるとどこまで速くなれるのかという尺度だけではなく、普通の人が速く打てるレベルはどうなのかという尺度で配列を比較するのも良いと思います。 しかしあなたが貼ったURLはガバガバ過ぎる調査結果ですね。 A〜Dは一人につき3つの配列を練習していた場合。 E、Fは一人につき1つの配列を練習していた場合。 @被験者の数が少なすぎる。 Aどのような順番で配列の練習をしていったのか書かれていない ワープロ未経験者と書かれていますし、この時代はパソコン自体一般的に普及しておらず被験者の中にはキーボードに触ること自体初めての人もいる可能性が高いです。 従って、一番最初に練習した配列よりも一番最後に練習した配列の方が指がスムーズに動くので有利になります。 B40時間の練習の内訳が書かれていない 単純に40を3で割って3つの配列を13.3時間ずつ練習をしたのか、それともNICOLAだけ偏って練習をしたのか不明。 C40時間終了時点でもっとも速かった配列が最も優れた配列なのか? 一つの配列につき40を3で割って13.3時間練習した段階って、まだ入力がおぼつかない状態でしょう。 そんな段階で比較して優れているも何もないのでは? D仮に40時間の練習終了時点でNICOLAが速度においてもっとも優れていたとしても、その後の伸びが不明 40時間の練習終了後も同じように3つの配列を練習し続ければ速度が逆転する可能性があります。 100時間、500時間、1000時間練習後の3配列の速度はどうなるのか不明。 E一人が3つの配列を練習したのではなく、一人につき一つの配列だけを練習していたならば、その結果は配列の優劣ではなく個人の能力の優劣の可能性がある 指が器用に動く人にあてがわれた配列は、当然調査結果は速くなります。 これでは配列が優れていたのか個人の能力が優れていたのかわからないです。 F被験者の年齢が不明 一人につき一つの配列を割り当てられていたとしたら、若い人に割り当てられた配列が速くなり、年老いた人に割り当てられた配列が遅くなります。 これでは配列の優劣を正当に評価できません。 >2 標準時間法による入力方式別速度比較実験 > 日本能率協会による標準時間法に基づいた入力速度の比較を行ったが、やはり同様 の結果を得た。 全くもって意味不明ですねこれ。 日本能率協会による標準時間法に基づいた入力速度の比較とは、どのような測定方法なのか不明。 >>340 速いの定義は何なんですか? >>225 >>244ではトップレベルの最速域について話しているように思えますが、>>340 だと打つのが遅い人が普通レベルになれることを指しているように思えます。 後者だとしても、あなたの体験だけではNICOLAが遅い→普通レベルになるのに優れた配列なのかどうかはわかりません。 あなたにとってたまたまqwertyが合っていなくてたまたまNICOLAが合っていた可能性もあるからです。 ある程度の規模の調査結果を示せれば良いわけですが、>>336 さんの出した調査結果は>>345 で述べたとおり欠陥が多すぎます。 >>341 NICOLAを擁護していたり、キーボード入力は廃れていくと言っていたり、何を主張したいのかわかりづらいです。 >>346 大多数の人にとっては、キーボード入力などローマ字入力で充分、 他配列を覚えるなどとんでもない、ということです。 そして、音声認識による文字入力が使い物になるなら、 少なくとも個人用途では、一気にそちらが主流になるであろうということです。 そっちの方が楽ですし、殆ど何も覚えなくてよいですから。 但し、音声認識による文字入力は、業務用途で使いづらい欠点があります。 親指シフトは、標準になることはないながらも、 これからも業務用途を中心に、細々と残ってゆくのではないかと思います。 Win,Mac,Linuxの3環境で動作しますし、公式環境 Japanist も未だ残っています。 やまぶきとか紅皿で配列変更している状態で、Visual Studio Code で 日本語入力すると「<BS>わ我々は宇宙人だ」みたいな、おかしな結果に なるんだけど、俺環? (<BS>は入力開始時のカーソル左側の一文字が削除される。) アップデートできるものはすべて最新版にしてる。 他のソフトでは起こらないから、配列エミュレータとVSCodeの相性なのかなぁ。 >>348 はい。配列エミュレータとVSCodeの相性の問題です。しかし、この手の問題は嫌ですね。 富士通さんがOASYSキーボードドライバーをUSB JISキーボード対応にしてくれればすべて解決されるのに。 これは「わ」に限った問題ですか? 紅皿は、ゼロ遅延モードを実装しているので「わ」を打とうとして「.」キーを押すと、一旦「ほ」を出力して同時打鍵判定をした後に「<BS>わ」を出力します。 しかし、「やまぶき」でもなるのですか。。。 もしそうなら「やまぶき」も「親指の友Mk-II」よりも先にゼロ遅延モードを実装しているんですかね? パソコンショップグッドウィルでSSD壊れたと嘘つかれました、 点検の際に何度も買ったばっかりで壊れるはずがないと言われ、 アップライドさんでみてもらったらまったく壊れていないと。 別にアップライドの回し者でもなく、のちのちアップライドさんで処理してもらった 再インストールだけで自分でできた事だったので、結局アップライドもかと 思ったけど商売なので納得しました。。 単純に再インストールの必要があっただけで後日友達も 大須のグッドウィルで「SSDが壊れてますね」を言われていたので さすがに消費者のみなさんにも理解していただきたいので、 みんなに注意喚起しておきますね >>349 どうやら、入力の1文字目がポイントで、母音であれば問題は起きないようです。 「アメンボ赤いなあいうえお」 などは<BS>が出たり文字がダブったりせずに正しく入力できます。子音で必ず問題が起こります。 各配列エミュレータの設定もだいぶ試行錯誤しましたが、直りませんでした。 最初ATOKのせいかと思い、MS-IMEやGoogle日本語入力に切り替えて試しましたが同じでした。 やまぶきを切ると直ったので、ここで配列エミュレータとVSCodeとの相性を疑いました。 その後、VSCodeを古いバージョン(1.28)に戻したら直ったので、原因はほぼ間違いないようです。 Japanist2003とFKB8579-661EV持ってます。 352です。途中で送信してしまった。 Japanist2003とFKB8579-661EV持ってます。 これだけの資産でWIN10上で親指入力可能でしょうか。 可能であれば手順など詳しく教えて頂ければ有難く思います。 Win7まで上記ツール+外付け10キーで快適に親指シフト入力 してました。Win7マシンが壊れてからはやむを得ずJISローマ字。 そろそろ終活始めたところでFKB8579-661EVを処分しようかと 思いましたがその前に一あがきしてみようかと投稿しました。 Japanist10 を購入すればよいのではとおもいます。 ttps://access-fs.com/FAQ/Windows10.html FKB8579-661EVといえばヤクオフでも結構な人気ですので、 捨てるなどもったいなさすぎ。 >>353 Japanist 2003でもデスクトップアプリだけならWindows 10で使えるよ。 ただし、ときどきWin+Spaceで、MS-IMEなどに切り替える必要性が発生するけどね。 しかし、一番いいのはWindows7が入っている中古PCを買うこと。 まとめレスで失礼。 次期PC購入資金積立中で余分な出費はなるべく避けたいんで Japanist10の新規購入までは考えていません。 Windows7はいいOSだと思いますが今更戻るのもどうかと。 年が明けたらJapanist 2003+FKB8579-661EVがWindows 10で 動くかどうかトライしてみます。 >>356 Windows 10でもデスクトップアプリなら、 Japanist 2003+FKB8579-661EVは、Japanist のサボート範囲内。 動かないわけない。 ATOK+ドラゴンスピーチ11Jが最強なのに。 もう手に入らないけど。 USB接続のヘッドセット。DS11Jのパッケージに入ってたやつ。 そう高級品じゃないとおもうから、同等品は市販のであると思う。 Bluetoothとかでもいいかもね。 マイク別に音量とか音質をキャリブレーション必須だろうけどね。 あと、ちょっとしたことだけど、マイクは位置が重要。 鼻息で、吹かれるとダメだね。当たり前だけど。 >>360 ありがとう。オレは4万円くらいするPhilips SpeechMike Air。 専用に開発されただけあって同梱品とは別物です。 本当は相手の反応なんてどうでもよくて自分の話をするために相手に質問をする人っているよね >>365 安く使えるよ。ここの人に聞けばいろいろと教えてくれる。 >>367 ハードソフトの値段は、ゼロ円でもできるよ。 何をもっているかにもよるけど。 導入したり習得する時間コストは、どうかっていうのはあるけど。 >>364 そう。FMV-KB613でカルテに記入していると患者に突っ込まれる。 >>369 FMV-KB613を使っている5チャンネラー医者なんて見たことないから >>369 はウソに違いない。 >>365 とりあえずやまぶき落とせば、今すぐにでも使える。 >>370 医者が、FMV-KB613や音声入力を使っていて5チャンネラーであること自体はあることだと思うが、 FMV-KB613を患者の前で使うと、患者に注目されすぎて仕事にならないと思う。 自意識過剰 医者がもたついて入力しているとか患者がガジェットオタクとかでもない限りキーボードなんて意識しない 医者のキーボードが気になるという考えは特殊なキーボードで特殊な入力をしている人の思考であって普通の人は医者がどんなキーボードで入力しているかなんて特に意識していない おれはキーボードはもちろん顕微鏡とか、製薬会社のグッズとか、いろいろなものが気になる。 俺は聴診器でリットマンかケンツメディコ以外のメーカー使ってる医者がいたらすごい気になるわ ウェルチアレンならまだしもさらにマイナーメーカーの聴診器使ってたらもう話しかけずにはいられないわ 俺が親指シフトを知らなかったとしても、 スペースバーが2つに割れたキーボード使っていて、 少ない打鍵数で打ち込んでいたら気になって質問しちゃうかな。 近所の医者はDELLでカルテ作ってるね キーボードにDELLのマークがあった >>378 それ普通。ここで話題になっているのはFMV-KB613を使っていたら患者に突っ込まれるのではないかということ。 >>380 MS-IMEでも以前から設定すればできた。 (ただし、Office IME 2007などではバグでうまく動作しなかった) しかし、デフォルトでMacのようになったということね。 ATOK、Japanistでは設定すればできる。 Japanistで、無変換で「かな」モードにして、「英数」で半角にすることはできるんだっけ? Japanistで「かな」モードから「半角」モードにするときに、 今は、Alt+半角/全角 でやっているんだけど、 これを「英数」1回でやる方法ってある? 確かにJapanistはそこらへんの操作がしづらい。 しかし、良くいえば、キー表記どおりで、 IBMが中心となって定めたDOS/Vの標準に準拠してる。 >>385 Japanistは「半角/全角−漢字」キーの挙動がキー表記どおり。 だから、IME ON/OFF(漢字)は、Alt+「半角/全角」 「半角/全角」 だけだと英字モードのときのみ半角/全角が効くという中途半端な動作しかしない。 ここらへん富士通社内で使っている人も面倒だと思っているだろうから、 Macみたいに「半角/全角」キー以外を使ってIME ON/OFFできるようにしてほしいね。 >>386 それをキー設定なんかでうまく設定できないものかって聞いているんじゃない? >>386 キー設定なんかでうまく設定できないって親切に教えてあげたんだろ。 ATOKを使っています。 ATOK 2017 for Windowsで、無変換や変換キーで「かな」モードにして、 「Caps Lock/英数」で半角にすることはできますか? >>389 どこかで説明しているサイトがあったぞ。 >>391 ずいぶん豹変する奴だな。 >>390 は検索すれば情報を得られるよって教えただけだと思うが。。。 Japanistで「Alt+半角/全角」を使わないで日本語オン/オフの切り換えできないんかねぇ? ここの住民はどのIMEやエミュレーター/ドライバーを使っているんだろう? facebookのおじさんたちと比べるとJapanistを使っている割合は少ないような気がする。 ハードウェア板の方の親指シフトキーボードのスレってなくなったの? >>396 解決した? なんか二つ立ってたみたいだが? >>394 えっと、サポにTELするのが早いと思うぞ? Japanistといっても10と2003で変わったしな。 ・ウィンドウズ10の64ビットで扱える事 ・アンドロイドかiOSでブルートゥースキーボードでできる事 が存続の鍵だが果たしてできるかどうか 俺が思う存続の鍵: 親指シフトノートパソコンが販売されていること。 (現在、富士通からもアクセスからも購入できなくなっている) 親指のノートパソコン もうキーボード特注の改造してもらえなくなったのか >>401 まだ富士通のサイトからは1つ注文できる(A4ノート)。 俺としてはのーと >>403 俺としてはLIFEBOOKの親指シフトノートパソコンはやめてもいいから タブレットと組み合わせて使うBluetoothキーボードを富士通さんが出してくれないかなぁ。 >>402 >実際のタッチタイピングでも、十数秒に一回はキーボードを見てホームポジションを確認するもの。 実際こんなことする? 仮想キーボードは面白いけどもはやタブレットで良いじゃんとならんかね >>405 ホームポジションは確認しないですね。でも、Lenovo の変態的仮想キーボードの よいところは、各人のキータイプ位置のクセを学習すること。 親指シフトのキータイプ位置のクセが学習できれば、 左右親指シフトキー位置の問題が解消できると思いまスタ。 これにヒントを得て、 通常の物理キーボードでも、親指シフトの同時打鍵タイミングが学習できればと 思いますた。 例えば、所定の文章をタイプさせてキャリブレーションさせて、 同時打鍵タイミングのクセを学習すればよいかも 更に言うと、通常にタイプしているときも学習できればよいかも。 その場合、BackSpaceで削除された部分は、誤タイプとして学習対象としなければよい デスネ。 同時打鍵のタイミングの学習機能は欲しいね 普段はやまぶきR使ってるけど、一度dvorakJを使ってみたらタイミングが合わなくて全く使い物にならなかった 今持ってるタンブタッチを死ぬまで大事にしないといけないのか 前使ってたRボードは20年で壊れたけど、これは脆そうだから10年もたない気がする タンブタッチは、左Altがあってほしい位置にTabがあってすごくストレス。 キー固すぎ。壊れやすすぎ。キートップが外れてきちんと嵌められなかったらおしまい。 Android用の神キーボードアプリのOyaMozcがバージョンアップしていた。 64bit化していろいろと設定項目が増えている。 細かい設定もできて最高だ。無料で出してくれてありがたい。 >>411 ダンゲロース、みたいな感じか。天才だな。 よくそれがわかるもんだ。 >>412 これ貼らないとわからんやろ。 ・Google Play の64bit対応義務化にともないArm 64bit版に対応しました。 ・追加辞書をmozc-ut2-neologd最新版(2019/01現在)に更新しました。 ・Shift+Spaceで英文字/日本語の切り替えを可能にしました。 ・物理キーボード接続時に音声認識ボタンが隠れないように修正しました。 ・同時打鍵判定時間をマニュアル設定可能にしました。 ・容量が大きくなってしまったのでMIPSマシンサポートは廃止しました。 >>416 >>413 でそれを理解できる奴はあまりいないだろう。 ネットだからまだいいが、一般生活で通常の人が 理解できない単語を使わないように気をつけた方がいいよ。 親指シフト始めて1年3か月、タイプウェルでBランクまでいったから満足して、流石にもうローマ字より速くなったかなと思って久しぶりにローマ字入力試してみたら、あっさりとAランクが出てしまった やっぱり親指シフトは速く打つのはあんま向いてないのかなー ローマ字は打鍵多くて忙しいけど、その分高速で打てるのは気持ちいいね 親指シフトやめてAZIKでも試してみようかなぁ 紅皿がver.0.1.3にバージョンアップしていた。 内容は、Performance Counter 対応、管理者権限への昇格機能、IME判定の不具合対応などのようだね。 >>419 これって、文字キー同士の同時打鍵はできますか? >>420 左親指キーは無変換キーに固定、右親指キーはスペースまたは変換キーの何れかの選択なので、 任意のキーを親指キーに設定できないとおもいます。 以下、紅皿の readme.txt より引用 >1.3.未だ実装していないこと >・機能キーの切り替え、キーリピートの有無の切り替えは未だ実装していません。 >>421 そうですか…次の更新を待つことにします ありがとうございました 紅皿ver.0.1.3でもEdgeの検索バー以外のテキスト入力部では親指シフト入力できない ローマ字のままになる ストアアプリは迷惑すぎ 紅皿 ver.0.1.3.1 が公開てすね。 親指キーのキーリピート機能とログ表示機能ですか。 >>424 紅皿って、左親指キーをSpace、右親指キーを「変換」にできないって本当? ソースといえば、githubにも ver.0.1.3.1 がアップされたようです。 https://github.com/k-ayaki/benizara Windows7でJapanist2003(快速親指シフトの設定で)を使ってます。 やまぶき(Rじゃない方)を試してみようとしてるのですが、 「はとき」のところが「けしせ」となって親指シフトになりません。 言語にJapanist2003とMicrosoftIMEが入ってるので、Japanist2003と とやまぶきが競合しないようにしたほうがいいのかと思ってMicrosoftIMEの 方にチェックを入れてます。 どうやったら、やまぶきに切り換えられるんでしょうか? Japanist2003をいったんアンインストール? >>429 結論:Japanistのままの方がいい。 質問:「やまぶき」は、本家からダウンロードしたもの?「やまぶき親指シフトインストーラー」の方? Japanistをアンインストールする必要はない。 IMEとしてJapanistではなくMS-IMEを使いたいということか? そうなら、コントロールパネル、地域と言語、キーボードまたは入力方法の変更、キーボードの変更で 「既定の言語」と操作して、MS-IMEを設定すべし。 IMEとしてJapanistを使うこともできる。 その場合はJapanistの快速親指シフトのチェックを外しておくこと。 >>430 「やまぶき親指シフトインストーラー」を使いました。 今後もJapanistが生き延びてくれればよいけれど、 未来は暗いと思うので、やまぶきを使えるようになっておきたい なと思った次第で、でも、いきなりつまずいてしまいました。 配列定義ファイルを直接入力というものにしたら、 MicrosoftIMEでは親指シフトになりました。 やまぶきRに関しては検索すると導入体験記がたくさんヒット するんですが、やまぶきの方は探し方が悪いのか見つかりませんでした。 かな入力だと「NICOLA(文字直接入力).yab」を選べばいいということですよね? グーグル日本語入力IMEなど他のものでも試してみたいと思います。 >>431 JapanistはJapanist 10を出したので、まあまあ明るいと思う。 > かな入力だと「NICOLA(文字直接入力).yab」を選べばいいということですよね? それは知らないがそれで動いて自分で満足しているならいいと思う。 1年後、win7(32bit)+2003が使えなくなくと思うと鬱。 win10+Japanist10は残念ながら未完……。 他でも書いたけどJapanist2003の手書き入力なら一発で 出てくる漢字が10だと何回トライしても出てこない。 どうなってるんだといいたい。 0の手書き入力板で 紅皿 ver.0.1.3.2 では、左親指キーをSpace、右親指キーを「変換」に設定できるようになったみたいですね。 Japanistのアップデートの日を予想するアンケートを実施します。 A:4/1〜7 B:4/8〜14 C:4/15〜21 D:4/22〜30 E:4月中のアップデートはない F:新元号については自分で単語登録してくださいとアナウンスされるだけ だと思う G:新元号については自分で単語登録してくださいとアナウンスするが、 各方面から反発に遭い、仕方なくDの期間にパッチを出す だと思う いちおう官公庁向けのシステムを納入したりしているんだから4月中にはパッチ出すと思う かえうち買い足そうと思ったら販売休止だった。 このまま無くなるのかなあ。 >>436 ジャストシステムは4/18を予定しているそうだ。 https://www.justsystems.com/jp/info/new-era/one.html 問題は、新元号対応というよりも、それとともに何が改良されるか、 何も改良されないか、だな。 >>441 かえうち応援したかったんだがpc環境かわると安定しないんだよな いま休眠中 ジャストシステムでさえ4/18なら、 社内承認に時間がかかりそうなF2社はEの期間だろうな。 修正パッチ要件作成→社内承認→コーディング→社内承認→試験項目作成→社内承認→試験実施(一次)→試験実施(二次:ユーザ環境での試験)→リリース判定→社内承認→リリース >>447 うちの会社にいる元F2社社員の人が使ってる ところでおまいら、こんなものを見つけたよ。 ttp://oyayubi.fan.coocan.jp/oya/difference_bet_kb211_and_kb611.html ttp://sandy55.fc2web.com/keyboard/fmv_kb-211.html 昔はキーボードマイコンが親指シフトのキーコードを出力してたんだなあ。 いまじゃ、キーボードドライバが親指シフトをエミュレーションしてるがな。 FMV-KB211 が欲しいとおもってヤクオフを見てみたが、さすがに見つからず。 まあ気長に探すか。 >>451 上記サイトでも書いてあるけど、 秋葉原にあったミリオンリースで、2,000円で売っていた。 5年ぐらい前に電話したら、5,980円でまだ在庫がある、ということだった。もしかするとまだ残っているかも。 >>452 dクス、つぎに秋葉原に逝ったら、寄ってみる いや・・・懐古趣味にひたるとかいうのでなく、 富士通が考えるところの親指シフトの打鍵感を知りたいのだな。 Japanist を手に入れればよいし、 物理キー配置ならば、写真を見ればいいという話はある、 でも、微妙な同時打鍵タイミングや押下圧までは判らないしな。 >>453 秋葉原の店舗はもうない。電話で在庫を聞くべし。 >>457 ありがd ttp://www.mls-net.co.jp/shouhin/fmvparts.htm HPで確認すると、おお、 FMV-KB211 親指シフトキーボードが在庫ありとのこと。 ありがたい、連休明けに電話してみるかな。 そういえば、qiitaに、零遅延モードの技術説明が載ってるみたいですよ。 ttps://qiita.com/kenichiro_ayaki/items/0dfdd93c3844b4a7a9da >>458 ここでそんな情報をわざわざ開示してだいじょうぶかな。 >>458 HPには >また、掲載されている商品の在庫が切れている可能性もございますのでお問合せください。 とあるが、大丈夫か? >>460 ,>>461 FMV-KB211 が欲しいなんていうマニアックな輩は、極めて珍しいんで大丈夫ですよ。 普通のキーボードマニアは、HHKやらRealForceなら喜ぶんでしょうけどね。 >>436 結局、Japanistの「令和」アップデートないね。 >>463 官公庁向けのシステムをたくさん作っている 富士通のIMEが新元号に対応しないわけないだろ。 >>462 現在公開されている最も古い「OASYSキーボードドライバ」の OASYSキーボードドライバ Windows Me,98,95用 (V1.0.5.0)でさえも 対象製品が、「FMV-KB613, FMV-KB611, FMV-KB621, FMV-BIBLO/LIFEBOOKシリーズ(親指シフトキーボードモデル)」 となっていて、FMV-KB211は含まれていないね。 OASYSキーボードドライバ Windows 10用 (V5.0.3.0) でも実際は動くの? 紅皿使ってみてるけど、なかなかいい感じ。 作者さんが何回かアップデートしていて、配列定義ファイルもいくつか用意されている。 もちろん、「後退」を「:」に設定することもできる。 ゼロ遅延モードについては、C++で記述された「親指の友MkII」とは違って 遅いAutoHotKeyのスクリプトで動いていることもあって、 動作が速いとは言えず、なくてもいいような気がする。 >>466 一個買ったけどいまは使ってない けど事実なら……残念だな かえうちは不具合があったの? サポートが面倒になったのかなぁ? かえうちパートナーにはいくつかバグが残っている。 ただ、他のHWタイプのものから比べると、格段に使い勝手がいい。 本体の発売が中止されたままなので、ユーザの裾野を広げる為にも、是非とも再発売して欲しい。。。 >>468 紅皿使ってみたが、「DvorakJ」に戻した。 ゼロ遅延モードと関係しているのかもしれないが、 同時判定でうまく行かないことがあった。 パラメーターの問題かもしれない。 >>473 >同時判定でうまく行かないことがあった。 すみません、同時判定でうまく行かなかったときのログを頂けないでしょうか。 うまくいかないときに、タスクバーの紅皿アイコンを右クリックして 「ログ」をクリックし、ログ保存ボタンをクリックすると保存できます。 以下は、enter+「そ」「の」をタイプしたときのログです。 ログは左から、 経過時間[mSEC]、 キー入力、 親指シフトモード(Moji/MR/ML/LM/LR/...) アプリへの出力です。 --------------------------------------------------- 96 Enter down 1 {Blind}{Enter down} 79 Enter up 0 {Blind}{Enter up} 224 m down 1 M {Blind}{s Down}{s up}{o Down} 111 m up 0 {Blind}{o up} 48 R down 80 k down 1 RM {Blind}{n Down}{n up}{o Down} 79 k up 0 {Blind}{o up} 16 R up >>474 遅くなりすいません。 「ゆうする」を速く入力すると「ゆう゛する」になってしまいます。再現性あります。 ログを見ると、「ゆ」のときに押した右親指キー(R)のdownが「う(a)」のdownよりも後になってしまっています。 これが原因かと思います。 DvorakJではこの現象を経験したことはないように思います。 4804 m down 1 M {Blind}{s Down}{s up}{o Down} 4 R down 8 MR {Blind}{Backspace down}{Blind}{Backspace up} 1 MR {Blind}{y Down}{y up}{u Down} 61 a down 179 RM {Blind}{v Down}{v up}{u Down} 0 R up 0 m up 1 {Blind}{u up} 0 a up 0 {Blind}{u up} 82 c down 20 M {Blind}{s Down}{s up}{u Down} 130 c up 1 {Blind}{u up} 25 i down 4 M {Blind}{k Down}{k up}{u Down} 1 R down 10 MR {Blind}{Backspace down}{Blind}{Backspace up} 1 MR {Blind}{r Down}{r up}{u Down} 69 i up 0 {Blind}{u up} 5 R up >>476 訂正 「ゆ(M)」のときに押した右親指キー(R)のupが「う(a)」のdownよりも後になっているような気がします。 >>476 ウィスパー語を期待していたのだが残念。 とりあえず、配列定義ファイルで、「う゛」から「う」に変えてみたら? >>476 連続シフトモードになっていませんか。 詳しくはタスクトレイの紅皿アイコン → 紅皿設定 メニュー → 親指シフト タブ の連続シフトチェックボックスをオフ。 紅皿 ver.1.3.3.4 と連続モードオフで再現しました。 文字キーdown →親指シフトキーdown →他の文字キーdown のときの挙動が 良くなかったようです。 63 Enter down 1 {Blind}{Enter down} 77 Enter up 1 {Blind}{Enter up} 970 m down 1 M {Blind}{s Down}{s up}{o Down} 24 R down 39 MR {Blind}{Backspace down}{Blind}{Backspace up} 1 MR {Blind}{y Down}{y up}{u Down} 27 m up 1 {Blind}{u up} 25 a down 1 RM {Blind}{v Down}{v up}{u Down} 88 R up 10 a up 0 {Blind}{u up} 59 Enter down 0 {Blind}{Enter down} 89 Enter up 1 {Blind}{Enter up} >>479 連続シフトモードになっていました。 オフにしたら基本的には直りました。 ありがとうございます。 連続シフトモードのオフで解決したなら何よりです。 ご指摘のモードは、以下に記載しています。 https://qiita.com/kenichiro_ayaki/items/0dfdd93c3844b4a7a9da S4)文字キー親指キーオン状態における他の文字キーの押下 文字キーM1が押下されたのち、同時打鍵の判定時間Tth以内に親指キーOが押下されると、紅皿は、タイムアウト時間TMOを設定して(S4)文字キー親指キーオン状態に遷移します。 文字キー親指キーオン状態において、タイムアウト時間TMOが経過する前に他の文字キーM2が押下されると、紅皿は、単独打鍵M1を確定させたのち、同時打鍵M2Oを出力します(処理A:3キー判定)。その後、紅皿は、単独打鍵M2を出力して(s2)文字キーオン状態に遷移します。 なお、タイムアウト時間TMOが経過すると、紅皿は、以下に示すように、タイムアウトした場合のモード遷移を実行します。 ご指摘の 「ゆう」が「ゆヴ」になる件は、 S4)文字キー親指キーオン状態における他の文字キーの押下 に該当するのですけど、どうも動作が怪しいですね。 連続シフトモードをオフしても、何やら挙動が変。 >>480 のログを見て、動作を確認します。 連続シフトモードをオフした状態にて、 「ゆう」が「ゆヴ」になる原因がわかりました。 連続シフトモード・オフの場合、 文字キー"m"と右親指シフトキーが押下され、 文字キーが親指シフトされて”ゆ”が出力されたならば、 その時点で右親指キーのシフト状態はクリアされなければいけません。 ver.1.3.3.4 では、シフト状態のクリアがされていなかったようです。 その後、文字キー"a"が押下されたとき、 文字キーをシフト無し”う”を出力しなければならないためです。 https://osdn.net/projects/benizara/releases/ 紅皿 ver.1.3.3.5 をリリースいたしました。 親指キーオン→文字キーオン→他の親指キーオンの処理Bと、 親指キーオン文字キーオンオフの処理Eを修正しています。 これで、高速打鍵時の動作が改善されたかとおもいます。 以下は、紅皿 ver.1.3.3.4 での「ぎょ」の入力です。 「ぎ」の出力は、左親指(L)down→"k"down→"k"up→左親指(L)up によって入力されていますが、 "k"upのときに、「ぎ」が取り消されて「き」が出力されています。 NICOLAのJIS規格書案によると、左親指(L)down→"k"downの 112ミリ秒と、 "k"down→"k"upまでの48ミリ秒を比較し、後者が短い場合には単独打鍵とする旨が記載されています。 よって、ver.1.3.3.4 では、以下のように単独打鍵となっています。 しかし、親指キーを長く押しているときに文字キーを短時間だけ押して シフトされた文字を出力する方が、感覚としては自然とおもいました。 よって ver.1.3.3.5 では、 親指down→文字down→文字up のシーケンスでは、無条件にシフトされた文字を出力するよう 変更しています。 127 L down 112 k down 1 LM {Blind}{g Down}{g up}{i Down} 47 k up 0 M {Blind}{Backspace down}{Blind}{Backspace up} 3 M {Blind}{k Down}{k up}{i Down} 0 {Blind}{i up} 29 L up 16 R down 64 l down 1 RM {Blind}{l Down}{l up}{y Down}{y up}{o Down} 15 a down 0 M {Blind}{u Down} 48 R up 16 l up 0 M {Blind}{o up} >>486 改善してくださりありがとうございます。 結局、Japanistのアップデートは6月だったか... アップデートされないよりもましだな。 ところで、アップデートしたら少し遅延が発生するようになったような気がする。 同じように感じている人いない? あと、最初の1回は「令和」が出てこない。これってどうなの? >>490 Japanist 10のアップデートはまだだけど、 苦労しているのかな? 昔から「¥」のキーで「¬」を打てるけど、この記号って、どういうときに使うの? 少し調べたら「not sign」って名前らしいけど、意味がわからん。 Japanistで、一度確定した箇所を再び未確定にするのはどうやるの? Ctrl+後退 に、前変換や再変換を割り当ててもうまくならないです。 他の箇所の設定が悪いのかなぁ。 PS/2が付いてるWindows10の富士通エスプリモを買おうと 思うんだけど、昔のKB611っていう古いキーボードが使えますかね? >>495 KB613と同様に使えますよ。 もちろん、通常は、キーボードドライバーやJapanistが必要です。 >>498 まだ使えますか!取っておいてよかった(`・ω・´) https://osdn.net/projects/benizara/releases/ 紅皿 ver.01.3.6 をリリースいたしました。 主な変更点は、Google日本語入力に仮対応したことです。 あくまで仮対応ですので、ローマ字入力に限定してお使いください。 Windows 10 (64bit)でJapanist 2003を使っています。 Japanist 10を買おうとも思っているんだけど、 入力した文字が消えるとか、動作が安定していないという話も聞きます。 Windows 10ユーザーですが、Japanist 2003でまだだいじょうぶですか? (特にストアアプリは使いません) 最近のWindows10+ChromeとやまぶきRで、「。」が強制的に確定文字列になってしまって打ちにくいのですが、 同じ現象の人いますか?メモ帳とかWordでは起こらないので、どうもChromeとの相性のような気がするのですが。 >>501 御察しの通り、ストアアプリ使わないのならjapanist2003を使い続けてた方が幸せになれると思います。 japanist10は動作に難があるので結局2003と併用して切り替えながら使い分ける羽目になります。 >>502 やまぶきRで配列ファイルは何を使ってる? 。で確定させる配列ファイルもある。 IMEも何使ってる? 親指シフトを覚えたのがだいぶ前なんで「ぱぴぷぺぽ」はshift+「はひふへほ」で出してるんだけど、 普段使うやまぶきではできるけど紅皿では出せないのは自分の設定が間違えてるのかなあ >>505 いや、間違いじゃないとおもいまつ。 紅皿は shift+ハ行で半濁音を出す機能がないのでつ。 そのうちできるんじゃないんでつかね。 紅皿では、IMEがローマ字変換モードのときに文字キーを押下すると、 文字キーのひらがなに対応したローマ字の組み合わせを出力するようです。 例えば、”h" キーを押下すると、 紅皿が、"ha"を出力し IMEが、"は"を画面に出力します。 このとき、SHIFTキーを押下すると、 IMEは、ローマ字変換を中断して英数を そのまま出力するようになります。 つまり、Shift+"h"キーを押下すると、 紅皿が"pa"を出力するように設定した場合(bnzファイルの設定でできます)、 IMEが "pa" をそのまま画面に出力します。 このときのIMEの挙動を制御できれば、 Shift-"h"で、"ぱ"を出力できるようになります。 >>512 できないんだから、やまぶきかJapanist使えよ。 ubuntu系のlinuxでoyainputを使っています。作者さんありがとう。 ときどきローマ字入力状態になる(oyainputが効かなくなる)んだけど、 同じような人いる? fcitxの設定はきちんとしているはずなんだけど。。。 >>515 Chromeは他のエミュレーターでも動作しないことがあるようだね。 FirefoxやOperaに変えるのはどう?(どっちがいいか知らんが) >>512 できるか否かをこれから試すところです。 なお、IMEのローマ字変換モードではなく、 カナ文字変換モードならば、シフトキーを押下しても カナ文字変換モードのままなので、半濁音の「ぱ〜ぽ」の 入力に使える可能性があります。 ただし、シフトキー+文字キーで英数入力できなくなるので、 使い勝手がかなり異なるかとおもいます。 >>519 まだ対応のキー配列ファイルがないようですね。 多分、ひらがなキーを削除キーに設定する以外は、できるんじゃないかとおもいます。 vivaldiの最新のアップデートで やまぶきが使えなくなったから来た と思ったらchromeもなのか chromium系全部そうなってんのかな 紅皿っていうのがあるんだね autohotkeyって自分も愛用してるけどこんな高度なことができたとは 紅皿に切り替えてみた ストアアプリでも使えるのがいいね もちろんvivaldiでも問題なし。 最初は「変換」「無変換」が単独で効かなくなったので戸惑ったけど 「単独打鍵」を有効にしたら問題なくなった 文字キー同士の同時打鍵が定義できるようになれば 紅皿に乗り換えるのになー 紅皿を使うとautohotkeyで設定してたホットキーが効かなくなると判明 AHKのヘビーユーザーでもあるのでこれは厳しい やまぶきRの作者さんはChromeでの不具合に気付いているのかな? 公式は2015年で更新が止まってるけど (最新記事のコメントにChromeの問題について書かれているのがあった) >これChromeがlegacy browser hookを無効にしたのが原因らしく、 >古いIMEとかフックするツールとかが使えなくなってて、 >revertされたので直る模様です https://bugs.chromium.org/p/chromium/issues/detail?id=1017694& ;q=component%3AUI%3EInput%3EText%3EIME%20&colspec=ID%20Pri%20M%20Stars%20ReleaseBlock%20Component%20Status%20Owner%20Summary%20OS%20Modified だそうだ(twitterより) >>525 AHKのヘビーユーザーなら入れ込めばいいんじゃない? と言ってみた。 >>528 良かった 毎回ローマ字入力になるんじゃなくてたまに親指シフトでいける時もあるから(ストアアプリでもそうだけど) いちいちストレスがたまってしゃーない 直るまでFirefoxやOperaを使うといいと思う。 Google Chrome 78.0.3904.97 でやまぶきR 前のように使えるようになった。 >>532 Chromeは、やまぶきも使えるようになってた。 Firefoxだと、なぜか最初の文字入力が反応しないんだよな。 Chromeでやまぶきが使えなくなってから乗り換えようと思ったけど、それで挫折した。 紅皿がかな入力に対応してくれればうれしいのだけど。 自分も前はかな入力のやまぶきだったけど、英字混じりの文を打つときモード切り替えるのが面倒じゃない? それこそChromeとかFirefoxとか。やまぶきRだとShift+文字で自動的に英数字モードに なるからシームレスに打ち分けられて自分は好き。 >>534 確かに面倒と言えば面倒だけど 逆に和文と英文でしっかり切り替えられるのが分かりやすくて好き。 みんなは切り替えはどのキー操作でやってるの? 「半角/全角」?「Caps Lock」?「変換」?「無変換」? >>536 「半角/全角」だと4段目だから遠いと思う。 俺は、Japanistと「IME On/Offスイッチャー」というフリーソフト使って、 Onは「変換」、Offは「Ctrl+左親指キー」でやってる。 AHKのソースが付いている。 Japanistでは和→英はCaps Lockで英→和は無変換(左シフト) やまぶきではどっちもCaps Lock >>538 Offは「Ctrl+左親指キー」っていうのは特殊だね。 しかし、「半角/全角」を使う方法と比べて「遠くない」ということの他に、 Macみたいに決め打ちできるのか。試してみる。 切り替えはon/offで二手 文字種変更なら一手 なんでわざわざ手数が増える切り替えしてるのかと思ったけど エミュレーターだとローマ字送り付けてるからoffらないと駄目なのか >>541 いや、切り替えている理由は、Japanistだと小指シフト+は行で半濁音が出るようになっているから、 小指シフトを別の機能に割り当てられないからだと思う。 やまぶきやDvorakJだと普通の配列だと切り替え不要だから小指シフトをアルファベットに割り当てている。 小指シフトしたままにするのがつらいというのと、大文字小文字の切り替えが必要になるということもあると思う。 >>540 「決め打ち」って、現在かなモードか半角英字モードかどうかにかかわらず、 かなモードにしたいときは「かな」キー、 半角英字モードにしたいときは「英数」キーを押すっていうやつのこと? 無駄な操作が増えるような気もするけど便利ですか? >>543 入力する前に「あ」か「A」か目で確認しないでいいから決め打ちはいいよ。 >>543 自分も入力モードの切替キーはトグルじゃなくて独立してる方が好き。 1回叩くだけでモードが保証される安心感があるから。 これがトグルの場合、 (1) 現状を確認 (2) キーを叩く (3) 現状を確認 の3ステップだけど、独立してると(2)だけで済む。 画面が広くなると隅っこの「あ」「A」見るのも手間だし、 インライン型の「あ」「A」も切り替える瞬間にしか出ないから、 今どっちなのか一瞬分からなくなるときがある。 Windows 10最新版のMS-IMEだと「無変換」と「変換」で決め打ちがデフォルトになっているようだね。 そうなると、「変換」があまりにも右側で「コンマ割れ」のようなキーボードは打ちにくいからそのようなキーボードはなくなるかな。 まぁ、あまり関係ないか(親指シフトに)。 ポメラDM200もってる方いらっしゃいますか? 親指入力しやすいですか? >>547 しにくいです。右の親指をかなり曲げるようになってしまいます。 しかし、それはたいした問題ではありません。何とか対応できるでしょう。 問題は、ポメラを必要とするかということです。 >>548 なるほど。 あまり過大な期待はしない方が良さそうですね。 最近親指シフト始めたんですけど、ノートパソコンを買おうとしています。 親指シフトに向いているノートパソコンってどれですか? 高速である必要はないんですが、なるべく安いものでお願いします。 例えば、5万円以下です。 まだ自宅ではWin7ですが、やまぶきRでは、出先のWin10マシンの 一部のブラウザで親指入力ができなくなったので、 やまぶきのレイアウトを引き継げるという紅皿を試してみることにしました。 が! ここ↓から“benizara_0136.zip”をダウンロードし解凍して、セットアップしようとしたら、 https://osdn.net/projects/benizara/releases/ Microsoft Security Essentialsが「トロイの木馬」を発見しました。 自宅の7は2011年夏モデルですが、MSEがトロイを見つけたのは初めて。。。 http://imepic.jp/20191214/655560 同じ現象が生じた人おられませんか? もしかして、ダウンロード場所を間違ったんでしょうか? ご助言頂ければ、幸いです。 私は、1993年来の親指シフターで、上記のWin7機にはThumb Touchを繋ぎ、 Office IMEとやまぶきRの組み合わせで親指入力してきました。 マシンスペックは10インストール条件を満たしていながら(※)、 メーカーでは発売時期から「Windows10 アップグレード対象機種」に 含まれていないので、Win10機を買ったものか、頑張って自力で インストールしようかといったところです。 ※プロセッサ intel Core i5-2300 2.80GHz、メモリ 16.0 GB、DirectX 11 ディスプレイ 1440x900 (60Hz)、ドライバ WDDM 1.1 >>552 オークションで探せば親指シフトの中古ノートがたまに出る 親指シフト以外だと、スペースキーと変換キーの境目が できるだけ左側(Bキーの下が理想)にあるものを選ぶしかない 東芝ダイナブックや富士通ライフブックに比較的それに近いものがあるけど やっぱり右に寄ってるし新品で5万円以下はたぶんない 自分はライフブックP772/E使ってるけど、 左右の親指シフトキーに厚みのあるシール張って押し間違えないようにしてる >>552 可能ならキーボードを外付けするのがいいと思うけどね。 PC買い替えても使えるし。 >>553 これは Windows Defender の誤検出ですね。 もう、Microsoft側が対処したみたいですよ。 パターンファイルをダウンロードしてみてください。 win10、紅皿(nicola.bnz)で、dos窓やchromeの検索窓だとなぜか「ぴ」の連打がしにくい。 普通に4回づつ打つと「ぱぱぱぱぴぷぷぷぷ」となってしまう。エディタの画面だと普通に入力できるんだけど、、、 左親シフトキーをわずかに先に打つように注意するとなんとか入力できるけど神経使う。 「ぴ」のシフト無しは全角コンマに割り当てられてるけど、それを全角の読点にしたら、変な動作はなくなった。 詳しい方このあたり解説よろ。 8年前のATOM搭載のノートパソコンをWin7からWin10にアップしたら、めちゃくちゃ遅くて使い物にならん。 軽いLinuxを入れて、文章作成、ブラウズ、メールなどをできるようになるかな? メインマシンは買い換えるとしても、予備として使いたいんだ。軽くて小さいし。 >>561 もちろんできる 軽いLinuxを入れれば軽くなる 問題は自分が使うソフトがあるかだな。 文章作成は何でやってる? >>562 文章作成(仕事です)はテキストエディタでやっています。 使えれば一太郎を使いたいですがないですよね? おすすめのテキストエディタやワープロソフトはありますか? >>563 通りすがりですが、今までにLinuxを使ったことがあるとか、IT開発をしているというわけでなければ、 Linuxを使うのではなく、中古でも別でPCを買うとかした方がいいと思う。 Linuxでは、簡単なことでも修正して使えるような人でないと困ると思う。 例えば、oyainputはデフォルトでは「左親指」+4で「が打てないが、 それをソースコード、スクリプト、Mozcの設定を変更することで解説する方法がネットで公開されている。 しかし、その作業に普通30分くらいかかる。 >>563 以前、一太郎 for Linuxというのがあったけど、仮に入手できたとしても今のLinuxではまず動かない。 Windows用一太郎をWineで動かしていただけだし。 一太郎を使う必要かあればWindowsも起動できるようにするといい。 Linuxは以前インストールして少し使っていたことはあります。 遅いWindows 10 32bitの他に、軽いLinuxを入れてみたいと思います。 Windows 10 32bitでは、Japanistの快速親指シフトだと少し遅延が発生していましたが、 親指の友Mk IIだと安定して動くことがわかりました。 Linuxはどのディストリビューションがおすすめですか? 他人におすすめを聞くレベルの人にはUbuntu以外がおすすめされることはありません Linuxをいじる人は無料なんだから片っ端からいろいろ自分で試すのが普通なんです それが出来ないなら黙ってUbuntuを使ってくださいという世界です >>567 ありがとうございます。そうなんですね。 https://eee-life.com/kb/setting/linux でもUbuntu系の軽量版のXubuntuでoyainputをインストールする方法を紹介しているようです。 テキストエディタ、Foxit Reader、辞書ビューアーのインストール方法も紹介してくれているので記載されているようにやってみます。 >>568 俺もUbuntu系はおすすめ。Xubuntuよりも軽いフレーバーもあるからマシンの状態に応じて選ぶと良い。 まずはoyainputを快適に使えるようにすることが第1関門かな。 >>570 なるよ。Windowsでできないこともできる。 しかし、不具合があったときや機能を向上させたいときに自分で解決できる人でないときびしい。 それはMacはWindowsの代わりになりますか?って質問と同じだな なる部分もあれば、ならない部分もある 10年くらい前のネットブックにDebian入れてoyainputで親指シフトにしてるけど 個人的にはネットとテキスト入力くらいしかしないから大体間に合ってるな 5chブラウザだけはwineでJaneStyle動かしてるけど、なんかフォント設定が面倒くさかった これってどのレベルまでカスタマイズできるのかな? Windows 10でキーボードのリマッピングが可能に! Microsoftが設定ツールを準備中【やじうまWatch】 - INTERNET Watch https://internet.watch.impress.co.jp/docs/yajiuma/1234080.html >>574 非常駐タイプのキーリマッパーは、SharpKeysやChangeKeyがあるけど、かなり便利だよ 安定して動いている >>573 oyainputは『』などを打てるように改変して使ってる? 自分もやってみようかと思ってるけどまだやってない >>574 おお、これは朗報だね 本家ならアプデで不安定になるリスクは減りそう 一番やなだよな、のってるとき、とつぜん調子悪くなり思考がぶったぎられるの 昔からMicrosoftのキーリマッパーはあるけどね ここにはLinux使いけっこういるんだね。 Ubuntu系使っていて、FMV-KB613の「英字」キーをTabに割り当てたいんだが、誰か方法を教えてほしい。 現状は何も割り当てられない。 xevで反応しないので、xmodmapは使えん。 ソースを変える選択肢も含めて教えてほしい。 >>576 ttp://www.ktjdragon.com/ktj/ktjs-blog/oyainput309230ab30b930bf30de30a4305730883046 のことね。 >>579 #shokey --scancodes で拾えるならレイアウトを作成すればいけると思う >>581 ありがとう。 Xが立ち上がる前の段階で showkey --scancodes をやってみたけど、「英字」や「取消」キーは無反応だった。他のキーは反応してた。 先人たちはどうやってたんだろう。 Linuxのソースをいじらないとだめなのかも。どなたか解決プリーズ。 >>583 自分のスキル不足でLinuxのソースを見てもぜんぜん見当がつかないんですよ。 何かヒントでも教えていただければ・・・ そもそも「英字」キーって親指シフトノートパソコンにもあるんだから富士通さんの方でLinuxでも使えるように何とかしてほしいな、とも思ったりしています。 >>584 富士通はLinux向けにFMV-KB613や親指シフトノートパソコンを出しているわけではないのだからLinux対応する義務はないだろ。 もうディスコンになりかかってるし。 最近、Linuxネタが流行っているのか? 韓国政府が330万台もの政府所有PCをWindowsからLinuxへ移行する計画を発表 https://gigazine.net/news/20200217-south-korea-switching-pc-linux/ これ、本当に実行するのかね? 単に「最大330万台のWin7マシンについて、予算付けないから、勝手にやって」というだけな気がする。 >>584 みたいな問題がたくさん出てきて、大変だろうな。 俺も>>584 に協力できるかなとも思ったけど、FMV-KB613なんか持ってないしな。 >>586 韓国軍が使っているHarmonikrは、Linux Mintを少しだけ変えただけのものみたい。 日本でもLinux Mintを少しだけ変えた日本人向けディストリビューションを出してほしいね。 そういうのがないとお役所は手を付けたがらないからね。 >>587 誰かoyainputが組み込まれているディストリビューションを出してくれないかな デフォルトはローマ字入力でいいけど >>588 日本語対応してるというディストリビューションはたくさんあるけど、oyainputが組み込まれていないと日本語対応してるとはいえないよね。 oyainputをディストリビューションに組み込む前に、まずはdebやrpmのパッケージを作らないと。 >>580 のカスタマイズを反映した上で。 そして、fcitxの設定で、「親指シフト」の選択肢を作ってもらわないと。 Linux使ったことないんだけど、Linuxでも親指シフトできるんですか? >>591 できるよ。今だとoyainputがよい。 >>584 キーコードを定義している箇所がわかれば定義を追加すれば行けるかもね。 henkanやhiraganaなんかの文字列でgrepしてみたらどう? >>569 最近、Arch Linuxベースの安定性が高いManjaroや Debianベースの軽いMX Linuxが流行っているそうだけど、 これらの日本語まわりやoyainputとの相性はどうなの? >>594 ManjaroもMX Linuxもubuntuよりも速いとは思う。 fcitxとfcitx-mozcをインストールすればmozcを使えるし、 oyainputを作者どおりまたは「カスタマイズして」インストールできる。 しかし、Linuxの初心者なら、ubuntu系の方がいろいろと楽だと思う。 >>590 >>580 のoyainputのカスタマイズって便利ですか?必須といった感じですか? >>596 自分としては必須だと思います。 カスタマイズしないと/や.や,や『が直接打てないし、:にBackspaceを割り当てるのができないから。 Windows10で普通の日本語109キーボードとJapanist 2003を使っています。 半角英字モードにするためにAlt+半角/全角 でやっているのですが、半角/全角 とCapsLockでやっている人も多いようです。 みなさんはどっちですか? >>599 できます。わかりやすく解説しているサイトを見るといいかと。 ただしMacBookでは右手で使うキーを1列右にずらすといったことをしないと難しいです。 iMacではJISキーボードを使うことで可能です。 karabiner-elementsとLacailleという無料ツールを使います。 >>600 ありがとうございます。うまくできました。 JISキーボードをつないで、楽に打てるようになりました。 親指シフトが優れた需要がある技術であれば富士通が撤退したところで大した問題ではないだろ ... Windows10がアレなのでTRON先生お願いします! >>606 スレ違い リアルタイムOSであるという特徴があるからT-Engineがもっと普及してもおかしくないけど、ぜんぜんそういう流れにならないね パーソナルメディアは昔からがんばってパッケージ化してるのに。 富士通はがんばってJapanist 10を出してみたけど、うまく動かないし、ほとんど売れないから、撤退することにしたのかな? >>609 そういう面もあるよね。Windows 10に完全に対応するには、Japanistの快速親指シフトというエミュレーターの他に、 IMEとしてのJapanistが完全対応しなければならない。 親指の友Mk-IIというキーボードドライバとWindows標準のMicrosoft IMEの組み合わせには勝てない。 サムタッチが壊れたら、次のキーボードなにするかな。 死にゆく文化を眺めるのも感慨深いものがあるな そのうち物書きの人もフリックか音声認識が主流となるだろう >>612 「物書きの人もフリックか音声認識が主流となるだろう」については、そうは思わない。「増える」くらいだと思う。 音声認識併用は多くなると思うわ フリックは入力速度の上限が低いけど片手空けられるのは強いっちゃ強いのかな スペースキーの下にさらにもう一段 自己流に設定できるキーが欲しい! >>614 音声認識のPC用のソフトウェアとして、Dragon Naturally Speaking(ドラゴンスピーチ)とAmiVoiceくらいしかなかったけど、長い間バージョンアップしていない。 これで本当に劇的に増えるのか疑問。 と書いて調べてみたら、Voice Repという新しいソフトが出ていた(3000円)。 amazonのレビュー見てみたら、星1つと2つしかないよ。だめじゃん。例えば以下のような感じ。 「このままでは買う価値なし」2018年8月16日に日本でレビュー済み Voice Rep Pro3、録音データから自動的に文字化される機能があるから買ったけれど、あまりにも精度が悪すぎる。 こんなクオリティだったら、「自動文字化機能あります」なんて最初から言わないほうがまし。 自分で喋った声を文字化するのだったらグーグルドキュメントで十分だし、クーポン割で7000円だったけど正直無駄にした。 お金返せ!って気分。改善を強く望む。 親指シフト IMEはメーカ製がなくなるし、元々親指シフトに向いたキーボードが なくて、折り畳み小型BruetoothでもSpaceキーが割れているのに左右の区別 がないという。 代替として考えられるのは、 【その1】 指を変に曲げてむりやり親指シフトする (ホームポジションが動く) 【その2】 逆シフトのみ中央Space左右の修飾キーまたは左右Shiftキーで代用する (現在の親指シフトIMEを拡張改造する。 Spaceキーが文字キー6個分でも押せるので、USキーボードでも可能) 【その3】 1)濁音・半濁音は逆シフトをやめて、Prefix/Suffix 許容 (Q=「゜」、P=「゛」 ・・・逆も可) 4) 句読点の整理 (@=[、」または「,」 『[』またはZ=「。」「.」 ・・・好きな様に) 自分的には、その2が一番楽なのだが、ちゃんとタッチタイプする人は苦痛なの だろうか? その3は、逆シフトがないのはJISかなと同じだが、3段配列を覚えるという学習 の困難さが解消されると思う。 よくよく冷静に考えると 「親指」同時押しという部分が何かしら教条的な意味を持ってしまっているので、 「同時押し」の解釈を「Prefix/Suffix 許容」 として、 正シフト・逆シフトの 「シフトキー自由指定」 に拡張したIMEを作ってはどうか、 という提案だと思ってくだせい。 Windowsの場合はキーボードドライバでも良いのか。 AndroidはIMEでないとダメ。Mac/iOSは論外なんだろうか。 (Linuxは何でもありで自己責任?) 要するに、 真ん中付近で割れた親指シフト向きのキーボードを待つのでなしに、 かなの2段配列のみ共通利用する自由度の高いIMEを作れば「かな入力」で幸せになれる。 ってことだ。 SPACE分割されたキーボードが使えたらな リュードかキングジムが親指シフトのライセンス買い取ってくれないかな >>621 2段配列のみ共通利用とはどういうこと? >>623 そう。2段配列上段の「かな」を親指位置にあるキー(Space、Alt、Control、変換、 無変換、Appleタイプなら Command等) の同時押しで選択することのみ共通化。 濁音、半濁音化は、それ(かな文字、親指キー)以外を自由に指定して、Prefix/Suffix 押下を許可してメイクするイメージです。 例えば、「パンくず離ればなれになった。」と打つ場合の 「は」 の変化は、 Q、Pキーをそれぞれ、正シフト(半濁音)、逆シフト(濁音) とすると、 「H+P or P+H ⇒ぱ」、「H⇒は」、「H+Q or Q+H⇒ば」とし、 句読点はJP106の場合、右隅の「@⇒、」、「[ ⇒。」とする。 注) 読点「Q=。」でないと使い辛いから嫌だという場合の為に、 修飾キーをPQの代わりに指定できることが望ましい。 (ただ、JISかな入力の様に、濁点・半濁点を文字として割り振るほうが簡単だし、 ホームポジションを覚える学習方法に合うと思う。) >>622 Shift, Alt, Cnt, Command, Winキーなどは、左右の別があるが、 Spaceにはない。 いまさら左右に分けると動かなくなるプログラムがあるからか? 納得がゆく理由がないと変わらないし、親指シフトはそれに該当しないんでそ。 諦めろ。 >>624 ご自身のブログでやってもらえませんかねぇ >>626 じゃお前が捨てられた親指シフトの面倒みろよ。 ケッ >>622 今更ノウハウとかライセンスとかないだろ 単に売れないから作らないだけで >>624 [HPH]など前後どちらにも結合可能な入力は [ぱは][はぱ]どちらにも解釈できるので一意に定まらず qweローマ字におけるNのような扱いの文字が 一気に増えたようなもんだから習得難易度はかなり高く かさたは行の清音は2打鍵が基本になりそうだね あと、2段配列というよく分からん独自用語使うなら個人のブログでやって欲しい >>629 「へべれけ」 の処理は親指逆シフトでも、キーアップイベントと比較判定しないと いけないのでタイミング処理が必要なのはどれも同じであろう。 それと独自用語とか言ってるが、メーカが捨てて、キーボードもなくなるのだから、 説明を理解できれば充分。お前は理解したくないのだろう。ケッ >>630 単なる同時シフトってことね いや、本気で理解できないんだよ 旧かな4段、qweローマ3段の○段なのか シフト2面のことなんだか、表含めたシフト1面だか はたまた別の概念なのか ま、動くのがないと何も言えない。 >>631 規格文書に沿った用語だとしても、全ては捨て去られてしまった。 新JISが廃棄された時点で全て終わった。 旧JISが残ってしまったので、いまだに見苦しいかな表記も残されて、 かな入力するのは変人扱い。 Nicolaコンソーシアムも朽ち果てるだろう。誰もメンテする気ないようだし。 コンソーシアムのメンバーも富士通が止めてハシゴを外された。 (富士通は挨拶もしてないだろう。抜ける意思表示さえもない) たまに親指シフトできそうなキーボードが現れるが、それを持っている自分が 希少価値を持つわけでなし。 ギシギシいって動かなくなるキーボードといっしょに墓の中に入るんだね。 拾って残せるのは、かな3列シフト2段配列だけだな。 コード処理と無縁な規格用語なぞどうでもいい。 シェア1パーもあるかどうか 新規が増えないとどうしようもない >>633 新規を増やすのは重要だよね。 どういうしゅだんがあるかなぁ? いまやパソコン売り場の兄ちゃんも「親指シフト、それ何?」って感じだからな。 >>634 そもそもパソコンでの文章入力が減ってきているから、最初にたくさん覚えなくてはならない親指シフトをやろうとする人が増えるというのは想像できないなぁ >>635 人が作る電子化された文章が減ってるわけじゃないよね。 スマホで、ということ? 音声入力とスマホが主流? >>636 スマホが主流になるとは思わないが、以前と比べるとパソコンでの入力をガッチリ身につけようとはあまり思わなくなったと思う。 だから入った大学の指導教官にパワハラで親指シフトにされるとか、ブログに洗脳されるとか、左の小指が動かなくなったとか、くらいしか、親指シフトユーザーになる機会がない気がする。 小指を使わない入力は、親指シフトに限らず重要だと思うが。 >>638 それならAキーとFキーを入れ替えて、無変換キーにEnterを割り当てて、ローマ字入力すればだいたい解決すると思う 親指シフトエミュレータ? なんでそんな質問をと思ったら、Nicolaコンソーシアムは2018年初出の紅皿とか をもう掲載おらず、ページの最終更新日付も表示していない。 ひっそりと記憶の中に封印されるというのは恐ろしい。 以前はDvorakJ使ってたけど、 最近、紅皿に変えた。 やまぶきR使ってるよ 同時打鍵の検出アルゴリズムが自分に合っているみたいで、ほかより誤入力が少ないと感じる >>637 おい!S先生のことをディスるのはやめろ!! ぺリックスやロジクールなんかにあるエルゴノミックスキーボードって、親指シフトで動かしたら、どんな感じなのかな 肩幅を開く感じでむしろやりづらいとか やりやすくなるでしょ 勝間さんなんてHHKB2台並べてたぐらいだし 親指関係なく、キーボード2枚使うのは良いよ。姿勢良くなる 分離型エルゴノミクスキーボードの真似を2枚使ってするだけ。 2枚横に並べる、もしくは一部分重ねるようにして、左右の掌が常に肩幅くらいの間隔になるように保つ。猫背にならないから疲れにくい。 親指スレだから書いとくと、2枚のスペースキーに別の動作をさせるのは無理だよ >>651 できるよ 例えば、親指の友付属ツールでキーボードごとにキーマップ変えられる >>652 片方のキーボードはスペースキーが無くなるのか。 親指シフトってすごーい www 親指シフト関係なく当たり前にできる そもそもなぜできないと思ったんだろ >>653 実際はスペースと変換キーを入れ替えるように使うから、無くなるようにしないのが普通です また親指シフトキーボードを買ってしまいますた。 https://shop.keyboard.io/ $99+送料$12で香港から小箱に入って送られてきた。 チョイスは赤軸でフルプログラム可。 とりあえずおまけツールでキー入れ換えしてV、Mの下を親指にすべく、Winと Altに変更。 親指の友ドライバーがjp106でないとダメなので、 WebでUS104からjp106で使うスキャンコードを出すキーを探して、足らない分 はF18、F19等を当てると未定義やらF14やらが出力される。 それにChangekeyを使つて、カタカナキーなどを充てて補充した。 Japanist10と親指の友ドライバ+MS-IMEはきちんと動いた。 (親指の友は何故かKB611互換でなく、jp106 オアシス互換の方が使えた。) 数字・記号・機能キーはファンクで2面に置くのだが、キートップと異なるのが 4ケ 残るので、US104でjp106のスキャンコードを出せるようにプログラム変更する と体裁が良いだろう。(できるって書いてあるが、はて・・・) 結局、こちらへ進む運命か https://ascii.jp/elem/000/001/645/1645504/ ※日本から150件くらい注文があったらしい。 あ間違い。 スキャンコードを出せてもシフトで出せる上段は、替えられないのか。 (; : )キーなど。 チェリー互換だから、jp106のキートップを探すほうが早い (が高い) 入力方法からしてアメリカ人に押し付けられたものを使っている国民性なんだから アメリカ人が作った憲法をそのまま使っているのも納得だな >>662 ローマ字入力はアメリカに押し付けられたんだっけ? Mac使っている人は押し付けられたと言えなくもないが。 >>663 Macだって、かな入力できるんだから押し付けられてはいないよな DvorakJ親指シフトインストーラーと、Microsoft IMEを使っているんだが、Ctrl+Backspaceで確定取消をさせても、どうしても確定取消された後に1字消えてしまう。 仕方ないからF12に割り当てた。 何かいい方法ないかなぁ? Windows10で壁紙をスライドショーに設定すると、スライドで切り替わる時にエミュレーターが無効になる。 Yamabuki R DovorakJ どっちも。 そんなことある? >>666 よくわからんが、スライドショーを使わなければいいのではないか? >>667 もちろんそう。解決策がはっきりしてるから気楽な話だよ。 だけど、原因特定するのに時間係ったし、自分以外には常識なのかとおもってね。 >>668 なるほど。エミュレーターが使えなくなることは嫌だね。 Microsoftにいちいち文句を言うことでエミュレーターが使いやすくなるかも。 WINDOWS 10 のエクスプローラーの検索ボックスでJAPANISTは使えてますか 自分のは、1台は使えて、もう1台は使えてない どうして違いが出てくるんだろう >>670 まずJapanistの詳細バージョンを書こう japanist10なんだけど、単語の登録がめんどくさくありませんか。 2003では、単語を選択した状態でctrl+Tで、登録ダイアログの中に選択した単語が書いてあったのに、10ではわざわざ書き込むか貼り込まないといけないようです。 うまいやり方はありませんか? >>673 FMV-KB232かFMV-KB613 富士通Webmartでまだ取り扱ってるぞ。ちと高いけど、買ってやれよ。 ホンモノの「親指シフトキーボード」が一番だし、それを入手するほぼ最後のチャンスなんだから。 ホンモノがまだそこにあるのに目もくれず、代用品情報に血道を上げていた「親指シフトユーザー」たちが 今日の事態を招いた一因であることを、別に反省せんでもいいが(しょせん「個人の自由」だろうしね) まぁちょっとは心の片隅に置いて、 富士通の企業努力に対するお礼というか、餞別というか、として、3万円くらい払ってもいいんじゃないの。 >675 3万円の純正品だけを押しつけられたら親指シフトはもっと早くなくなっていただろうな お礼や餞別のつもりがあるなら自分で手持ちをもう1つ増やしておけば? >673 いわゆる「B割れ」のキーボード一覧をわざわざ作ってる人はいるかなあ キーボードの新製品が出るたびにB割れかどうかチェックする奇特な人がいないとダメでしょ 自分が親指シフトのエミュレータを入れて使っているキーボードはぜんぜんB割れじゃないけど すっかり慣れて特に問題なく入力できているよ >>676 言われなくとも、3台増やしておきましたよ。ご安心めせれ。 懐には痛かった…… 私が言いたいのは、クリエイターというものを、まちっと尊重したら?ということ。 (その意味では、親指シフトの各種エミュレータやドライバをクリエイトしてくださった 多くの方々にも私は敬意と感謝を抱くことこの上ない) 親指シフトをクリエイトしたのは、富士通だ。その恩恵を我々は被ってきた。 恩恵を被るのなら、それ相応の対価を相手に払うべきだ。 出来る範囲でいいから。 私の言いたいのは、そういうことだ。 言いたいことはわかるし、同意するけど、 いま富士通の在庫を減らしたら、それだけ在庫が尽きるのが早まるだけのような気がする。 急にアクセスからのダイレクトメールが増えだしたんだが…… >>679 アクセスとしては、「もう富士通の親指シフトキーボードを買えないのかよ!急に言われても困るよ!」 と言ってくるじいさん(主な顧客)が困らないように親切にDMを送ってくれているんだよ。 >>679 自分はアクセスのいい顧客(3年に1回はノートパソコンを買っていた)だと思うんだが、ダイレクトメールは1回しか来ていない。 先代の店長には大変お世話になったという思いがあり、できるかぎり買い支えようとやってきたが、その思いがイマイチ通じていなかったのだろうか。 >>682 ローマ字入力の人にしてみれば短いスペースキーの方が絶滅してほしいと思っていると思う。 >>681 通じているでしょ。DMが1回しか来ないとかいう苦情初めて見た。 >>677 クリエイターを尊重して、Windowsマシン(PC/AT互換機)はIBMがパソコン事業を売却した先の レノボ製だけを買おう、って言ってるのと同じでは そういうことを押しつけるなら自分でも今まで買ってあるぶんにもう1台追加してはどうかということ 3台買ったから十分とかじゃなくてさ >>685 > クリエイターを尊重して、Windowsマシン(PC/AT互換機)はIBMがパソコン事業を売却した先の > レノボ製だけを買おう、って言ってるのと同じでは いや…… そんな具合に天下取ってりゃ、もう十二分に報われてんだから。全然話違うでしょ? > そういうことを押しつけるなら自分でも今まで買ってあるぶんにもう1台追加してはどうかということ > 3台買ったから十分とかじゃなくてさ だからね…… 3台「増やして」って、私は述べてるんだけどね。大多数の人にはこれで通じてると思うけど。 >>678 在庫処分ではなく、最終受注受付なんですよ。現段階では、注文が殺到したとしても在庫が減るわけではない。 であれば、一台でも多く受注がある方が、そのほうがメーカー・ユーザーともにいろいろプラスなのではないでしょうか。 >>686 在庫処分でないという確証あるの? 今の在庫がなくなるまでの販売ってことでなかったっけ? >>687 アクセスだと「最終受注」で受け付けてる(もうKB613はタイムリミット) 思うに富士通Webmartでこれまでの在庫をさばいてるが(というか、さばき終えた模様) アクセスなどへの「法人受注」のぶんが最終生産としてまだ残されている、ということだろう。 (商品の渡しは6月、とあるので、受注を受けて最終生産をしてから渡せるのがそのくらい、ということになると思われる) FMV-KB232は1月29日まで受け付けてるよ(Webmartでは販売終了した模様)。 アクセスの回し者みたいに思われてるのもシャクだが、一応紹介しておく。 これから既存ユーザーは汎用のキーボードを流用して親指シフトをし続けるだろうが、新規ユーザーは減る一方だな >>691 キーボードを使用する機会は減っていくだろうが終わるとは思えない >>692 音声入力良くなってるしね うるさい場面、他人がいる所だと使いにくいけど スマホ用の音声入力は充実してきているが、 Windows用の主な市販の音声入力ソフトは長い間バージョンアップすらしてない 音声入力が適するのは 書いたかのような日本語をすらすら思いついて語れる達人か ひとりでしゃべり続けても披露を知らぬ超人か またその内容を聞かれる心配の無い環境を常に確保できる立場の御仁か いずれにせよ、フツーの人々にとってはハードル高すぎる方式なのだが なぜこうも期待されてるのかね? キーボードのほうが10倍はラク。 それが親指シフトならさらに倍はラク。 音声入力は、気乗りしない時に下書きでっち上げるのに使うよ。 不正確だし文章になってなくても、あとから添削する前提で下書きがあると、気分が楽だから。 事務処理に向かない性格なんだろうけど。 >>696 どのいう環境やソフトウェア使ってる? 俺はまともなものに出会えたことがない >>697 自分はドラゴンスピーチ パッケージで、マイクは同梱されてた。 >>698 俺もドラゴンスピーチを検討したけど、バージョンアップしてないし、時間だけかけて不使用になりそうだと思ってやめた 従来のソフトウェアとは一線を画すようなソフトウェアが出てくればいいんだがな Windows10だと標準機能でできるそうだけどね。 自分は使ったことないしわからないけど。 iOSの音声認識は「てん」と言えば「、」を入れてくれるし「かいぎょう」と言えば改行してくれるのがよい iPhoneでGoogleDriveのワープロに音声入力していくと同じ書類を開いたパソコンのブラウザ上にどんどん反映されていく (iPhoneからパソコンにメモを転送したりする必要がない) それを推敲していくというのはたまにやる 音声だけで終わり、という世界はだいぶ先でしょ。 音声でたたき台つくって、直すところで親指シフトさ ちゃんとした文章を音声で入力するのはすごく難しい 日本語はしゃべり言葉と書き言葉の違いが大きいよね ↑上の2行もなにもないところから音声で入力するのは、普通にしゃべるのと脳の使い方が全然違うと感じる 音声入力を使っていくうちに推敲にかかる時間は減っていくのかな? 推敲に読み上げも使ってる人いる? Wordで使うけど、あれで眠くならない方法が知りたい。 >>705 俺は魅力的なアニメ声の女性の声を出している いつもウキウキして眠くならない 「口でしゃべるより、手でしゃべるほうがラク」 というコンセプトの具現化こそ 「親指シフト」に他ならなかったはずなのだが…… そのスレで、音声入力談義がメインになっている現状は それだけ技術が進んだということなのか これが親指シフトの限界ということなのか ちなみに自分は日常的に何十人という人を前にして「しゃべる」ことを生業としており 原稿用紙何十枚という文書を「書く」ことも業務としてしばしば行っている者だが やっぱ両者は別物だわ、というのが まごうかたなき実感 >>707 そりゃ別物でしょ 人前で話すのと、音声入力するのも別物。 親指シフトを、特にそれなりの訓練で習得した人なら、しゃべりを磨いてさらに効率アップできるかもね。 親指シフトキーボード、ひっそりと前倒しで販売終了。40年の歴史に幕 pc.watch.impress.co.jp/docs/news/yajiuma/1310461.html >>686 は、誤りだったというわけだな 俺が思った通りだった 「早く買え」という煽りは、後から文句を言ってくるじじいに対するアリバイ工作に過ぎなかった >>712 別に誤りではないよ。 Webmartでの扱いが終わった後も アクセスではしばらく注文受付(数量制限なし)してたし その納期は6月だ。 単なる在庫処分なら、数量制限があったろうし、納期ももっと早いだろう。 前倒しで終了は事実だが、業者向けの最終受注生産があと一回残ってた、と考える方が自然だ。 ま、終わったことだから、今更どうでもいいっちゃ、いいことだけどね。 >>705 読み上げの推敲のため、一太郎にワードファイルを読み込ませて 音声読み上げさせていますよ。 音声は、misakiたんです。いちばん自然に読み上げてくれるのがいい。 >>707 いや、入力はやはりキーボードでしょう。 https://ja.wikipedia.org/wiki/%E8%A6%AA%E6%8C%87%E3%82%B7%E3%83%95%E3%83%88 >OASYSの親指シフトキーボードでは、親指キーを先に押した場合はどんなにタイミングがずれても許容された(前置シフト)。文字キーのほうが一瞬早かった場合は数百ミリ秒のズレを許容する。エミュレータ(後述)では親指キー・文字キーのどちらが一瞬早かった場合でも数百ミリ秒のズレを許容する。 いまさら気付きましたが、当初のOASYSのシフトキーボードでは、 親指キーを先行押下したときにはタイムアウトしなかったのですね。 なぜ、NICOLA規格では、親指キーを先行押下したときにはタイムアウトするかというのを 推測すると、親指シフトキーに流用している無変換や変換のキーコードを入力するためではないかと 推定しました。 すると、無変換や変換のキーコードを無効にしたモード(確か、NICOLA規格書案でもこちらを 推奨していました)ならば、親指キーを先行押下したときにはタイムアウトしない実装の方が よいのではないかと思いました。 これにより、親指キーオンから文字キーオンまでのタイミングが不問となり、 入力がすこしだけ易しくなります。 >>715 無変換や変換キーを親指シフトキーにしているときは、無変換や変換が押されたあと ほかのキーを押す前にリリースされたら無変換や変換キーとして動作することにしたら タイムアウトしなくてもすみそう http://nicola.sunicom.co.jp/spec/jisdraft.htm タイムアウトしないで、親指キーのキーコードを出力するのは 日本工業規格(提案)に記載の状態遷移表によると以下があります。 >>715 さんのご提案は、Oオン状態における当該キーオフのことですね。 S3) Oオン状態 (1) 初期化 (2) 親指(O)オン (右親指シフト中ならば左親指キーのオンのことです、左親指シフト中ならば右親指キーのオン) (3) 当該キーオフ (4) タイムアウト S5) O→Mオン状態 (1) 親指キー(O2)オン 最初の親指キーO1オンから図形キーMオンまでの時間t1と、 図形キーMオンから次の親指キーO2オンまでの時間t2とを比較して t1≧t2 Microsoftが2兆円超で音声技術のNuanceを買収、ヘルスケア事業に参入 https://gigazine.net/news/20210413-microsoft-buys-nuance-communications/ 音声入力がさらに盛り上がりそう? 日本の企業がまともなソフトウェアを開発してほしいけど、日本の企業って、客に言われたことをやるだけだからな。 みんなが使えるソフトウェアを作ろうというようにはなかなかならん。 https://osdn.net/projects/benizara/releases/ 紅皿 ver.0.1.4.4 をリリースいたしました。 主な変更点は、親指シフトのモード遷移の見直し プレフィックスシフト対応=月配列対応 文字同時打鍵の対応=下駄配列と新下駄配列に対応 飛鳥123配列ファイルとかえであすか配列ファイル追加です。 >>718 なるほど。サイト見たら、元気なくて、音声入力やる気無し、って感じだったからね。 ドラゴンスピーチに手を入れてくれるかな。 しかし、2兆円も価値あるのか? >>719 試してみたけど、やっぱりまだやまぶきは手放せないな… 更新されてるのはありがたいことだけどね >>721 紅皿はどういうところがやまぶきよりイマイチですか? >>719 もうちょっと具体的な話がfacebookの親指シフトグループにあった https://www.facebook.com/groups/oyayubishift/permalink/4418490461512172/ 紅皿 ver.0.1.4.4 をリリースしました。 ・親指シフトの遷移を見直しました。例えば、親指キーオン時のタイムアウト設定を∞にするとか、文字キー1文字目のキーオンのときに、親指キーオフで確定させるなどです。これにより、打鍵ミスが少なくなるとおもいます。 ・その他、プレフィックスシフトと文字同時打鍵に対応させて、月配列と下駄配列と新下駄配列のレイアウトファイルも入れました。 >>721 やまぶき、いいよね。 自分はDovorakJ乗換え画策してるけど、同時打鍵判定のタイミングどうもだめ。 パラメータ調整しても。 やまぶきの判定アルゴリズムが独特だったのか、自然だったのか。 やまぶきの判定アルゴリズムというと、これですね。 https://ena.hatenablog.jp/entry/20100506/1273073184 >先に押されたのが文字キー([K]押下、[変換]押下、[K]離す、[変換]離す)のときは、「[K]押下」を0、「[K]離す」を100として、「[変換]押下」が前にくっつくか後にくっつくかを判定します。 >「くっつく」という考え方はちょっと奇妙ですが、要は、同時打鍵時間範囲が90なら、「[変換]押下」が90以内(前にくっつく)のときはシフトが掛かり、90以上(後にくっつく)のときはシフトが掛かからないということです。 >先に押されたのが親指シフトキー([変換]押下、[K]押下、[変換]離す、[K]離す)のときは、まず「[変換]押下」、「[K]押下」、「[変換]離す」の3点で判定し、「[K]押下」が前に付くならシフトが掛かったとみなし、後に付くなら、さらに「[K]押下」、「[変換]離す」、「[K]離す」の3点で判定して、「[変換]離す」が前に付くならシフトが掛からず、後に付くならシフトが掛かるという結果になります。 >このように、先に押されたのが親指シフトキーのときは、2段階で判定しています。 https://qiita.com/kenichiro_ayaki/items/9a39a5c7622c23e3ce3b NICOLAのJIS提案規格書に加えて、やまぶきの上記仕様を入れたのが、 紅皿の動作遷移表です。 親指シフトキー([変換]押下、[K]押下、[変換]離す、[K]離す)は、 この紅皿の遷移表の 6)O-M-Oオフ状態に相当します。これはNICOLA規格書には記載されていない拡張部分です。 やまぶきはよく出来ています。 やまぶきの仕様をなぞるように、Autohotkey 上でエミュレータを実装しているのは、 単に、Windows10のストアアプリやEdge で使えない制限を撤廃したいというだけでした。 やまぶきも、コードサイニング証明書をつけてコンパイルすれば Windows10のストアアプリやEdge で使えない制限を撤廃できるんですけどね。 やまぶきも研究してあるですね。 すばらしい。 作ってくれた方の努力と見識にも敬意を表し、さっそく試してみます。 紅皿って親指シフトと文字同時打鍵が共存できないのは仕様? あと通知領域アイコンからも一時停止できるといいね ノートとかだとPauseとかScrollLockキーないこともあるので >>728 親指シフトと文字同時打鍵が共存できないのは現在の仕様です。 文字キー(M1)オンのあとに別の文字キー(M2)をオンし、 更に親指キー(O)をオンした場合とか、 親指キー(O)をオンしたあとに文字キー(M1)オンし、 更に別の文字キー(M2)をオンした場合などの遷移図を書かなければならないのですが 結構大変なためです。 Pause機能については、例えば通知領域アイコンの右クリックメニューに「停止」を追加することが 考えられます。 自分の環境だけかもしれないけど、やまぶき(R)で時々あった、文字の出力が わずかに遅れるようになる現象(OS再起動で直る)が今のところないのでbenizaraほんとありがたい。 それにストアアプリとかExcelのオートフィルタでも効くのが地味だけどいい。 寄付ってどこにすればいいんだろうか。 お褒めいただきありがとうございます。 また、不満点等がありましたら、Qiita / 紅皿のサポートブログ または当該スレに書き込んでいただければとおもいます。 いまは、シフトキーで半濁音出力する機能を入れたいと思っているのですが、 シフトキーは、ローマ字モードにおける英数入力モードへの切り替えとして使われているのですね。 止むを得ず、スペースキーを「第3の親指シフトキー」に割り当てて、 スペース+はひふへほの同時打鍵で半濁音にしようか、 変換キーと無変換キー同時押し+「はひふへほ」で半濁音にしようか、 または、「はひふへほ」キーの押下後に小指シフトで半濁音出力にしようか、 などと考えています。 benizara で親指シフトキーの設定保存が次回起動時にうまく反映されないという不具合があり、対策版を作成しました。 自分は、無変換=左親指キー、返還=右親指キーの割り当てがメインだったので、 それ以外の設定のデバッグが甘かったようです。 ついでに、通知領域アイコンの右クリックメニューに「一時停止」「再開」を追加しました。 これで、Pauseキーの打鍵に限られず 通知領域アイコンの右クリックメニューでも、benizara を一時停止できます。 外付けキーボード+かえうちでできるんじゃなかったっけ>iPadで親指シフト 自作キーボードに親指シフトのキーマップを入れる方法もあるよ! >>731 > シフトキーは、ローマ字モードにおける英数入力モードへの切り替え たとえば「Pauseキー」など、英数字混じりの語句を打つときにスムーズで便利なので、 この機能は無くさない、または干渉しないようにしていただけるとありがたいです >>735 紅皿ver.0.1.4.5 の一時停止機能は、デフォルトではPause キーですが ShiftLockキーまたは無効にも変更可能です。 キーで無効化しても、タスクトレイのアイコンの右クリックメニューで 一時停止が可能です。 紅皿 ver.0.1.4.6 を作成しました。 https://osdn.net/projects/benizara/releases/ ・小指シフトで半濁音を入力する配列ファイルを同梱しました。これにより、小指シフト+'h' で、「ぱ」が入力できます。 ・濁音キーを定義しました。「か」を入力して濁音キーをタイプすると、「が」となります。 ・半濁音キーを定義しました。「は」を入力して半濁音キーをタイプすると、「ぱ」となります。 ・拗音キーを定義しました。「あ」を入力して拗音キーをタイプすると、「ぁ」となります。 ・修正キーを定義しました。例えば「つ」を入力して修正キーをタイプすると、「っ」⇒「づ」⇒「つ」のように遷移します。 ・これら濁音キーと修正キーは、同梱のNICOLA配列ファイルに入れてあります。 ・濁音キーと修正キーを使った、かな入力の配列ファイルを同梱しました。 ・文字同時打鍵を使ってローマ字の打鍵順序の誤りを修正する、ローマ字変換用配列ファイルを同梱しました。 >>737 今更ですが「紅皿」のいわれ 調べました やまぶきの返歌絡みの紅皿ですか いいですねえ これからも頑張ってください。 >>737 ありがとうございます。さっそく試してみます! https://qiita.com/kenichiro_ayaki/items/e1f6ebf6a1fbf91c7eed キーボード配列エミュレータ紅皿での「゛゜小」キーの実現 よろしければ、こちらも併せてご覧ください。 清音を拗音・半濁音・濁音に修正する「修」キーは、 NICOLA配列.bnz の C12キーです。 最近業務の出先でそこのパソコンで入力しないとならない場合が多いが 先日行ったところはUSBを挿入すること自体禁止だったのでそこのデータひな形を 自分のパソコンで作業して戻すことが出来ず、もちろんヤマブキなどをインストールして そのパソコンを使うこともできない(もともとあまりうまく行かないのだけど)ので困った。 多分親指ソフトキーボードを変換するものをつけて接続するのもダメでしょう。 そうすると親指シフターとしては詰んでしまう 自分のパソコンに入れるひな形を何等かの方法でくれればそれに書いてプリントアウトまたは 自分の事務所に転送してそこからFAXでその場所に送ってもらう しかない そんなに危険なのかな? >>743 物理的に打鍵する親指シフトコンバーターを作るとか? コスパ悪いのでローマ字入力を最低限練習するしかなさそう 出先のキーボードで作業する職種は、親指シフトに向いてないですね ありがとうございます。 でも備品のパソコンに一切触れてはいけない(もちろんキータッチば別w)というのでキーボード繋ぎもダメでしょう。 ワイヤレスキーボードや別のパソコンから遠隔入力ができないと無理でしょうね USBでなくblueBluetooth接続のキーボード・入力は出来ないでしょうか? ただそのキーボードにやまぶきとかを入れる方法・親指シフト化する方法はなさそうですorz https://oyaconv.jp/ Oyaconv M5 (Bluetooth版)とUSBキーボードの組み合わせを 提案します >>749 ありがとうございます。 読み込んでみます。 例えばやまぶきなどで親指入力できるノートパソコンにこれをつけて出先備品のノートパソコン に無線で入力も出来るのでしょうか?そうだとしたら夢の実現ですが Oyaconv M5 (Bluetooth版)は、JISキーボードにつけて外部のパソコンに 無線で入力するものですが、 ノードPCのキーボード入力をBluetoothで外部のパソコンに飛ばしてもよいかもしれませんね。 その場合、OyaConvM5 などは不要で、Bluetooth対応のノートPCと対応ソフトウエアが あればよいです。 こんなものもありますね。 http://ryoma1.cocolog-nifty.com/blog/2018/01/bluetooth-eleco.html 親指シフトキーボードとしても使えるBluetooth 折りたたみ キーボード ELECOM TK-FBP018BK が届いた >>752 おおお いいですねえ 「次は、bluetooth接続の設定と親指シフトキーボードとして使うためスマホやタ ブレットの設定を行わなければならない。」 これが外部のノートパソコンに公然とできるといいのですが.... Windows 10 Ver. 21H1 が出て、Microsoft IMEまわりのバグを改善したとのことなんだけど、誰か試した人いる? (めちゃくちゃな仕様変更が入っていそうで怖い) >>754 怖いのはみんな一緒なので、誰もいません 試しました。 取り敢えず、「以前のバージョンを使う」設定にすれば大丈夫みたいですよ。 >>756 有益な情報ありがとう。 以前のバージョンのMicrosoft IMEを使う選択肢があるうちはいいが、この選択肢がなくなったらどうなるのかね それにこんな設定はパソコンに詳しい人でないとできないこと多いだろうな >>757 google日本語入力を使うという手があります。 >>758 あかんと思う バージョンアップしないのが最善という残念な結論 今回はMicrosoft IMEだけでなくWindowsの仕様が変わったんだよな 政治的な動きをしないと親指シフトユーザーが困る流れは止まらない myst が安易な気持ちで藁納豆の製造に手を染めて、 消毒が不十分な稲わらで食中毒事件を起こしてしょっ引かれるという 展開キボン Windows 11での各種親指シフト関連のツールの動作はどうなんだ? >>766 親指の友があるから心配してない 他の手段はだめかもね やまぶきRが使えなくなったら紅皿はWin11に対応してくれるだろうからそっちを試すかな 最終的にはキーボード側でハードウェア的にやってもらうことになるだろうなーと思ってる QMK firmwareがあればなんでもできるさ! >>766 署名無しドライバの取り扱いは厳しくなるんでないの? Google日本語入力で使えないので、今のところ選択肢から外してるけど >>768 親指の友キーボードドライバの署名版が出たんだよ 親指の友キーボードドライバ、Windows11への対応たのんだぞ Windows 11でも「旧版のMicrosoft IMEを使う」設定はあるの? もしかして設定不可かな? >>771 google日本語入力を使うとか ATOKを使うとか いろいろと手はあります。 >>773 それが、Windows 10で「旧版のMicrosoft IMEを使う」設定にしないと、Windowsの文字まわりの処理が変になる(新しい仕様になる)ので、MS-IMEを使わない場合も効いてくる。 紅皿更新頻繁でありがたいけど、やっぱまだやまぶきと感覚違うんだよなぁ… うまく表現できないのがもどかしいけど、違う字が出てしまう確率が高い だいぶタイミングの設定いじって試行錯誤したけどダメだ ロジクール ERGO K860 真ん中の左右のキーが独立してキー設定できるなら、割といい親指シフトキーボードになりそうな気がするんだが、どうも2万近い冒険は竦むな 親指キーだけ少し背の高いキーキャップに変えてみると打ち心地がよくなるね これはいい macでLacaille使ってるんだけどe-タイピング使うと拗音が間違い認識されるんだけどこれってmacだけなのかな e-タイピングで親指シフト練習してるひとちらほらいるみたいだったからてっきり使えるかと思ってたんだけど >>779 e-typingは拗音などの小書き仮名を分割入力できない仕様に変更された。 ただし、スタート時にスペースキーではなくLを押すと従来の仕様でスタートする。 https://twitter.com/keybo_et/status/1334332228172570626 https://twitter.com/5chan_nel (5ch newer account) >>780 ほんとだできました 教えてもらわない絶対わからなかったですね 最近少し話題になったTYPING LANDも親指シフトじゃ使えなかったし、 親指シフト練習できるタイピングソフトやサイトって限られてるから助かりました >>782 これは左右のスペースキーで別々のキーコードを発行できるのかな >>783 できるよ MD770のキーボード上にあるキーなら割り振れる ほかのキーも自由に変更できる じゃあスペースキー引っこ抜いて、少し内部にゴムとかポリキャップを盛ってやれば親指シフトキーボードとして快適になるって事か こんなのも出てきたんですね。 https://www.trinityworks.co.jp/NicolaKBLUE/ Win派で、設定でトライアンドエラーに時間とらされそうで躊躇してるよ。 OyaMozc始めてみたけど……単語登録できないのがつらい。 ロジクールのキーボードK380を数年愛用してきて、 最近同じコンセプトで作りを良くしたMX Keys Miniってのが出たので買い換えたのだが キー配置が微妙に違っている K380は無変換が左手の親指、変換が右の親指の直下にちょうど来ていたが、 MXでは変換がキー一つ分右にずれてしまった 仕方ないからMXにあわせて色々設定を変えているが、正直辛い K380って親指シフターにとっては奇跡みたいなキー配置だったんだなと実感してる 「K380 親指シフト」でググったら勝間和代が同じことを言ってたらしい キートップが丸くて無駄にファンシーなところと長期間使っていたらキートップの印字が剥がれてくる点は気になっていたが キー配置はほんと神だった >>787 同じような省スペース、薄型パンタグラフで親指シフト向き配列だと「MOBO Keyboard 2」ってのもありますよ キーボードを使うと音がするんだよね プッ、って。警告音みたいなの。 消す方法しらないかな? 鳴るのは、親指シフトで「にゅ」と打つときよくなる。ほかの文字うつときでもなるけど。 複数のキーをうつからかな。 普通の速度で、プッ、プッ、と。 ゆっくり打つと音しない。 環境はwin10 pro, atokローマ字入力設定+ dvorakj。 でもyamabuki_rでも鳴るんだよね。 ほぼ同じ環境の複数のPC(thinkpad)で、どっちも同じ。 なぜか、外付けUSBキーボードだと音しない。本体のキーボード使うときだけ。 windowsの設定>簡単操作>キーボードのところ設定かえてもおなじ。 似た症状の人いる? 何でだろう。 >>789 そのネーミング、気持ち悪いし、オリジナルではないので使わないでほしい。 >>793 端的に伝わればいいのでは? それとも、別の言い方が普通とか、それが特別嫌みな言い方? 言葉狩りなんてそんなもんだろうけど ポメラのDM200って親指シフトできるんだけど、このスレ的にどうなの? 使い勝手いいの? >>797 無変換キーが小さいけど、全体が小さいから気にならないのかも。 脚本家で使っているという記事があるよね。 そもそもポメラを使う必要性がある人は希かとも思う。 そのポメラDM200が生産終了となり、技適通過のDM250も、親指シフトあるか、と注目していたところ、技適のリストから消えたそうです 如何お過ごしでしょうか 別のところにも書いたけど、一応ここにも。 GALAKURO GAMING(玄人志向) ゲーミングキーボード 【GG-K/92-01Wired-RED】 最近のキーボードではHHKB日本語くらいでしか見かけないM寄りのN下割れ。 TKLサイズ。スイッチはチェリーMX赤のみ。 キーキャップはPBT。 値段は10000円前後。 本当に今更の質問で恐縮ですが教えてください。 Win10のスタートメニュー「ここに入力して検索」で、親指シフト入力するにはどうすればいいのでしょう? JISノートでは親指化しやすいLet’s note CF-R9(Win7)の中古と、 やまぶきR 1.11.1で親指入力してきました(無変換⇒親指左/スペース⇒親指右)。 OSやソフト類に不満は無かったのですが、最近本体が熱を持つようになり急速に動きが遅くなりました。 そこで、いざという(修理に出すとか最悪使えなくなった)ときのためにR9と同様中古で買い足しました。 R9に近いキーボード配列の機種を調べ、CF-S10を入手しました。 2011年製にWin10をインストールしたものです。 前置きが長くなりましたが、本題です。Win10が出た頃にどこかで話題になっていた気がしますが、 一部親指入力できない箇所があります。 Office2021ほかブラウザ、メモ帳などすべて問題なく親指入力できたのですが、 スタートメニューの「ここに入力して検索」にだけやまぶきRが効きません(ローマ字入力でしか日本語が打てません)。 Win7の「プログラムとファイルの検索」では親指入力できましたし、そもそもこの検索を使う事はほとんどありませんでした。 Win10は使い始めたばかりでこの検索をどれほど使うのか分かりませんが、親指入力できない箇所があるのは不安です。 よろしくお願いします。 >>802 紅皿、DvorakJ親指シフトインストーラー でお望みになるはず 親指の友 Mk-2 キーボードドライバ、かえうちという選択肢もある >802 一部の入力欄においてやまぶきRで親指シフト入力できないのは仕様です >>802 みんな苦労して解決なり妥協して忘れたころ、って感じだねえ。 記憶と歴史のリフレッシュは必要だから、いい質問のような。 >>802 Officceちゃんと動く? Excelの何をしますか?で変換出来ないと思うけど どうもみなさん、コメントありがとうございます。 >>804 やはりそうでしたか。 >>806 その後、Win10のエクスプローラーの検索とWordやExcel(2021)の最上部にある「検索(Alt+Q)」にもMicrosoft IME+やまぶきRでかな入力できないことに気づきました。おそらく、それらも周知のことなのでしょうね。 >>803 》紅皿、DvorakJ親指シフトインストーラー 》でお望みになるはず 》親指の友 Mk-2 キーボードドライバ、かえうちという選択肢もある あ〜 紅皿は出たころに調べたことがあり(すっかり忘れましたが)、DvorakJ親指シフトインストーラーは名前だけ知っているくらいでした。その後に書かれているものは名前すら初めて知りました。そういや、挙げられている中にはありませんが、トロイが仕組まれていたものもありましたね。 ちなみに、Winに移行する前、Mac OS X 10.4.11(PPC)ではTESLA野良ビルド(もうありませんよね)を使っていました。 4年前の地震以来故障しているWindows7のデスクトップ機では、Thumb Touch(まだ製造終了になる前予備にとオクで半額で2台入手してあります)を繋ぎやまぶきRのレイアウトを書き換えて使っていました。いつか再びデスクトップ機に、いわゆる「純正親指シフトキーボード」を繋いで使いたいと思っています。Japanistは2003がこれも2005年にオクで落としたFMV-LIFEBOOK(FMV-7000NA5)に入っており今でも現役ですが、2010は持っておらず使ったこともありません。というか、すでに製造販売が終わったので、エミュレータソフトを知る方が賢明だと思います。 >>805 ここに来たのもずいぶん久しぶりで、Win10での現状は分かりました。 すでにWin11も出ていますし、OSのみならず入力デバイスの変化でこの先どうなるか分かりませんね。 とにかく、現在の最善策ないし使い方によっての選択肢をまとめていただけるとありがたいと思います。 私は何のお役にも立てませんが、「まとめ」とまでいかずとも、参照すべき過去スレ一覧くらいあれば助かります。 とりあえず、Let’s note CF-R9と併用しつつ、直に打てないところはメモ帳に打って張り付ける原始的な妥協策でのぎ、 夏の休みにでも、調べてみます。 また、よろしくお願いいたします。 Orz配列、とかなんとかいうやつも 同時打鍵判定時間も まじっすか? bluetoothキーボードとして使うとき親指シフトにならないのは相変わらず。がっかり んー イマドキみんなスマホを持ち歩いているんだから、外付けのキーボードの方が良い気がするが。。。 今まで親指シフトにはクリッキーは合いそうにないって思い込んでてタクタイルかリニアしか使ってこなかったんだけど、 青軸とかのクリッキースイッチ使ってる人います? >>813 富士通の親指キーボードがどれもノンクリッキーだよね。 使ってみて良ければいいのでは? 指が疲れるだけのように思うが。 >>814 やっぱりそうですよねぇ リアフォとかhhkbでも若干引っかかり感じて30g使ってるし(30gになるとリアフォのソフトタクタイル感が弱まる感じがするので) 可愛いクリッキーのキーボード見つけたんで気分転換用って思ったんですけどね スマホのフリックが普通になってきた時代だからこそ親指シフト配列の外付けキーボードを作って小さくペイできる時代になったと思うんだけどな ①中古の親指シフトのワープロ専用機を今から購入するとして、使用用途としては何でしょうか? ワープロ専用機にただ入力保存して印刷するだけ? パソコン通信の時代はニフティサーブとかに繋げてたけど今は無理でしょ。 当時は外付けのモデムでダイアルアップ接続してました。 ②ワープロ専用機でインターネットには接続できないですよね? ③文字だけのテキストファイルをGメールに添付ファイルでデータ送信できたりしますか? >>818 一般論として セキュリティ問題でネットにアクセスできないケースがほとんどになると思う 印刷も対応するインクリボンが入手できるかどうか フロッピーを使っての文章のやり取りが一番実用的になるのかな? >>819 パソコンで親指シフトをしたことありますか? >>820 819ではないけど、やまぶき等のユーティリティソフトをインストールして使ったことはあるよ。 富士通の日本語変換ソフトも使用したことある。 オアシスポケット3の画像を見ると、キーボード配列は親指シフトキーは独立してないですね。 私はオアシス30AFを使ってました。 FMRの富士通のノートパソコンで親指シフトモデルもありましたね。 栗本薫が使ってたオアシスポケット3か 勝間も確かオアシスポケット3持ってるはずなんだよな 今でも富士通のノートなら、キーの位置として親指シフトしやすい配置にはなってると思うんだけどな キーそのものは出張ってないけど ポメラ式の真ん中に濁点があるキー配列だとどんな風になるのかね その感触みたいために6万出すのは勇気がいるな ポメラで親指シフト打つんだったら、ノートパソの配列をポメラ式にズラして設定するだろうな たぶんポメラの半分の値になったカタ落ち機でポメラより打ちやすい親指シフト機になると思うが それで嬉しいんだったらやれば? としか言えないな。 できそこないを使いこなして 楽しいんだから、あ、そうとしか。 ポメラはなんちゃって親指シフトだからな ホンモノの親指シフトがない時代 親指の友マーク2を入れるものの、MS-IMEは思った通りのキーカスタマイズできず、Google日本語入力も相性悪い 20年前の富士通ワープロが実家の納戸に眠っとるぞ 家庭用だからHDDも無いDSTNカラー液晶というゴミ性能 システムはフロッピー上位互換のスーパーディスクから読み込むのだ >>829 MS-IMEは旧バージョンを使う設定にしないとほとんど設定できない Google日本語入力を試してみるのも選択肢の1つ いつの間にか、Windows起動したらすぐにJapanistが使えるようになってる 今まではJapanist優先に設定しても最初はMS-IMEになってたのに 地味に嬉しい 親指Shiftキーと押す順番前後しても一定時間内は同時押し判定されるのって物凄く便利だけど 逆に一般のShiftキーは何故そういう仕組みじゃないのか、疑問に思った 親指シフト以外でそういう仕組みにすると誤入力増えたりするの? 基本的にプレス・リリースイベント判定でオン・オフ切替えなのだと想像したが、リリースイベントを拾い損ねた場合の救済はタイマーしかないので、じゃ何でも設定可にしてくれれば良かったのにとか思う。 HHKBで新しいのでたけど、親指のスペース手前になんとボタンがある 赤くないけどポッチもあるから、ThinkPad風のレイアウトってことかな 親指シフトにはならないか でも親指シフトをやるような人は入力システムマニアだしいろんな入力試したほうが良いよね 自分の理想を追い求めて 親指シフト以外の配列を調べたり試したりする時間はほかのことに使いたいなー 親指シフトが自分に最適ではない可能性はあるけど、もっといい配列を探すコストや練習するコストが高すぎるよ ローマ字入力以外は余計なコスト、というのが日本の常識なので、その論法は自己否定 日本の常識がどうであっても、自分はすでに親指シフトを覚えているからそれを使い続けるってだけの話だよ Linux Mint 21.2でoyainputのインストールに失敗します。 公式手順に従ってmakeしようとすると mkdir -p ./obj gcc -g -Wall -Wextra -std=gnu99 -o obj/config.o -c src/config.c src/config.c:1:10: fatal error: stdio.h: そのようなファイルやディレクトリはありません 1 | #include <stdio.h> | ^~~~~~~~~ compilation terminated. make: *** [Makefile:22: obj/config.o] エラー 1 となってしまいます。 どなたかご教示ください。m(_ _)m >>848 「linux mint make エラー stdio.h」なんて言葉で 検索すれば答えは見つかるんじゃないかな? キングジムの入力端末のような親指シフトのノートパソコンが欲しいね。 >849 情報ありがとうございます。 検索の仕方を間違えていた&これまでずっとmintを使っていて初めての現象だったので、 足りないものがあるとは思いませんでした。 これでまたmintに戻れます(^o^)v >>850 Vaio Pだっけ、ああいうスタイルのPC見ないね ポメラのキーボードでの親指シフトでいいのなら、普通のPCにエミュレーター入れればだいたい同じになる。 重さなら富士通のはポメラと同じくらいのがある。 でも、ハードウエアの形はどうしようもないね。 PCだとキワモノの開発方向が、2画面とかタッチとか、2in1とか、キーボード分離とかだから、どうもキーボード自体が嫌われつつあるね。 スマホ世代はそうかもしれないし。 ポメラは親指シフト使える。ちゃんと実装してくれているのは素晴らしい。 けど、残念ながら、キーボード自体、特にキーのサイズが良くない。 端的には、奥行き方向が狭すぎる。 親指シフトの人差し指をF、Jに置きつつ、親指をキーに触れるようにするポジションが取りにくい。 奥行き方向が狭すぎるポメラのキーだと。 手を小さく丸めないといけない。これはストレスフル。 全体のキーのサイズを変えなくても、親指で触るキーだけ縦長にすると違うかもね。 最近のVaioのPCは、そうなっているけど。 今度、WindowsのキーボードにCopilotキーが付くらしいね [変換][無変換]あたりのレイアウトが影響受けそうな予感 外付けキーボードも一斉にモデルチェンジするのかしらん? おまけキーボードは模様変えするが、レイヤー付のちょっと高いのは不動だな。 たまにしか使わない物は下に隠す。 親指シフトのキーボードシールが欲しいけど、売ってないですよね。 キートップなんて飾りです。 偉い人にはそれが分からんのですよ。 >>857 こういうの今でも売ってるんだ。すごいな 今から親指シフトを始めようなんて人、世界に10人もいなさそう エミュレーター、win11時代は何がいいかなあ。 自分はyamabukiを延命させているけど。 OSとか環境が変わったときに慌てそうで、補欠が欲しいなあ。 DovorakJ試したけど、同時打鍵の判定でyamabukiに及ばない感じがした。 あとは紅皿もあるよね 自分もやまぶきRで行けるところまで行くつもりだけどね あとはKeyboard QuantizerでQMKプログラミングするかキーボードから自作する yamabukiの使用感が一番いいけど将来性が… 仕方ないのでDovorakJ使ってる 紅皿は初期設定値がひどくて投げた ハードウェア板の親指シフトスレはスレ立て荒らしにあって落ちちゃった 親指シフト系キーボード(NICOLA)18 https://mevius.5ch.net/test/read.cgi/hard/1543928983/ >>865 わしも。 >>870 荒らし殿にとっては心の傷を癒す行為なんでしょうねぇ。 お気の毒に…… 最終的にはキーボードを自作するかKeyboard Quantizerを買って、QMKで親指シフトできるようにするしかないだろうな やまぶきRもいつまで使えるかわからんし ゲーミングキーボード見てて思ったんだけど親指シフトもラピッドトリガー対応してると良さそうだよね まあゲーミングキーボードってやたらスペースバー長いんだけれど read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる