「Windows 11 バージョン22H2、日本語などのテキストの変換が期待通りに機能しない可能性」記事へのコメント

カーネル側の話？ IMEの話

[Anonymous Coward]

正しくない文字範囲が変換対象として自動的に選択され、っていうのはどういうことなの？

Windows10の21H1あたりから始まった日本語IMEの問題関連？ (中国語でもなるらしい)
だいぶ直ったがまだ不完全

それともカーネル側の話？

Re:ずっと前からおかしくて、あと10年はかかりそうで、Teamsもおかしいので、カーネルの問題では

[mai'o (47081)]

返信どこに付けようか迷うくらい、どなたのコメントも御意と思いました。

そしてこの問題、中国語でのエラーが頻出したから対応して貰えるようになったのではと感じました。そのくらい改善無しで長期間存在している問題ですよね。仰せの通り、代替の乏しさも悲しいです。

カーネルでは？と思いたくなる根拠には、次があります。システム設定上、仏語と日本語しか言語選択に入れていないにも関わらず、実際の入力切替時に英語が入ってきてしまい、例のAZERTY/QWERTYの関係で、ウザいんです。

なーんて、ここで不満書いていないで何か微軟さんのワーキンググループにでも入れよ、とも思います・・これをここに出して下さった方・読んでくださった方、ありがとうございます。ひとさまは、何が言われたかではなく誰が言ったかでそれを聞く・聞かないを判断なさると申しますからねぇ。

みなさまどうか入力環境に振り回されずに、よい週末をお過ごしください。

Re:ずっと前からおかしくて、あと10年はかかりそうで、Teamsもおかしいので、カーネルの問題では

[Anonymous Coward]

Windowsの言語変換の作りは特定言語をベースに他の特定言語を追加する形だが
Windows以外はシステムは多言語コード処理が前提にあり、メッセージのベースが変わるだけになっている。
この多言語の方式にWindowsが対応しきれてないので、
Windowsでは既存の言語変換を使う前提での改修で行なっているので文字コード処理がおかしくなってる（かな）と思うけど
WindowsのベースがMS-DOSの構造にあるのが足を引っ張る原因になっている。

Windows上のグーグルドライブでフォルダー名に長い名前をつけると
Windowsのソフトから保存できないのも絡んでいるかもね。

Re:

[Anonymous Coward]

長いファイル名がNGなのは、ファイル関連APIのMAX_PATH越え対応してないだけ。
Windows 10 1607以降ならAPI側のMAX_PATHの制限をしなくなるように変更可能 [microsoft.com]
とはいえ、APIの挙動が変わるだけなので、固定長配列のCHAR Path[MAX_PATH]みたいなアプリが世の中から消えない限り規定値にはならないと思う。