ATOK 2007 VS MS Office IME 2007
ATOKの方が賢いとか言われてるけど、それってホント？ めんどくさいので以下ATOK 2007はATOK、MS Office IME 2007はIMEと表記。 文節区切り間違い 昔から、一発で正解を出す確率というのは両者ともあまり変わらないけれども、ATOKの方は文節区切り間違いが多くて単語間違いは少ない、IMEの方は文節区切り間違いは少ないが単語間違いが多い、という風に言われていたが、それは2007になっても同じようである。 ただ、語彙数はATOKの方がかなり多いらしい。（参考） ATOKの方が文節区切り間違いが多いというのは、変換アルゴリズムの違いに起因していると考えられる。 両者の方式はそれぞれATOKの方が最長文節一致法、IMEの方はコスト最小法がベースである。 最長文節一致法というのは、文節（名詞・動詞等＋付属語）の長さが最も長くなる文節区切りが正解となるもので、コスト最小法とい
wime
ソースコード 4.0.0 2018年8月5日 ユーザー名に'@utf16le'(あるいは'@utf16')か'@utf16be'をつけると入出力で使用する文字コードを指定したものにする。 conf.mk内のOSの指定はunameコマンドで行うようにした。 [ctrl]-tオプションで待ち時間を指定できるようにした。-uオプション削除(-t0で代用する)。 [ctrl]-X,-W削除。-kx追加。-cの文字コードは環境変数LANGを参照する。 Readmeで環境変数が優先されると書いていたが、コマンドライン優先に。 自動変換を使うとクラッシュする。 半角カナの候補が文字化けしていた。 最終的な候補がずれて選択されるときがあった。 WIME_SOCKETがw,x,iで使われていなかった。 -pオプションに0を渡すと無視されていた。 wimeリクエストはminor=2を使用する。 必要なもの W
なぜか変換できない vs. なぜか変換できる：最近の「MS-IME」は目に余る――よろしい、ならば「ATOK」だ (1/4) - ITmedia D PC USER
変換方法によって視点の移動は大きく異なる。長文一括変換はキーストロークは少なくて済むが、逆方向への視点移動が大きく、一度に確認しなければならない変換結果も長い 最近、MS-IMEがおかしい。 日本語入力において、未確定文字入力後にどれくらいの頻度で変換を行うか、どうやって確定させるか、といったかな漢字変換の操作は、慣れが大きく関係してくる。つまり、変換の操作に正しい方法というものが存在するわけではない。例えば、筆者の場合は文節ごとに変換を行い、ひらがなはそのまま無変換確定、カタカナはF7で変換し、半角英数字は日本語入力をオフにしてから入力、と人間のほうがIMEに歩み寄るクセがついている。これは頻繁に確定を行うことで右から左という逆方向の視線移動を極力短くし、思考の寸断を防ぐためだ。 筆者の周囲を見る限りは、このような入力方法をとる人は少なくない。そうやって無意識のうちに、候補が複数あるか、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
