orange @[email protected]

WindowsのIME関連の技術情報がまとまってるすごいサイト見つけた＞＜
IMEハッカーズ☆
https://katahiromz.web.fc2.com/colony3rd/imehackerz/ja/

katahiromz/imehackerz: IME Hackerz by katahiromz
https://github.com/katahiromz/imehackerz

Gemini 2.5 Proに聞いたら、
"結論としてはやはり**「OSの機能の一部（imm32.dll）を自作する」のに近い、極めて高度な挑戦**であることに変わりはありません。"
って言われた・・・＞＜

もっと言えば、常にじゃなく特定の場面でIMM32なIMを使うだけであれば、WindowsのAPIを経由せずに直接特定のIMEのファイルにアクセスして使うライブラリを作って、それを自作なりOSSなりなテキストエディタで使えばいいんでは？＞＜
それならTSFの知識すら不要かも＞＜

ていうかIMM32 over TSF(逆？＞＜)みたいなものであれば、(特定のIMの移植と違って)性質上、いわゆるVibe Codingでも作れるんでは？＞＜
両方のドキュメントがあれば作れるじゃん？＞＜

技術的には興味あるけど、オレンジはマイナーIMEを使ってないので作らないかも＞＜(誰も見向きもしないだろうし＞＜(実用的に必要なユーザーの協力を得られなくて頓挫しそう))

OSSなIMEで、IMM32なクラシカルなのと、TSFなIMEと、それぞれあれば、それのソースコードを読めば作れそう＞＜
古いマイナーIMEを実装し直すよりも遥かに現実的な気がする＞＜

この方式ならば、それこそWin64なアプリ上でLinux用のIMを使うとかも理屈の上では出来るんでは？＞＜

IME over IME？＞＜；

つまり、現在のフォーマットで作られた(Text Services Framework (TSF)で作るやつ)、IMM32なクラシカルなIMEを自前で呼び出すIMEを作ればいいんじゃね？＞＜

今回の話の元の話(マイナーIMを使うために仕方なく32bit版Windowsを使ってるって話)なんかも考えると、
IMのソースコードにアクセスできる前提であれば、IMM32 to TSFブリッジみたいなクッションライブラリを作れば多くのマイナーIMEユーザーが救われる？＞＜
(もしかしてその場合は元のソースコード不要？＞＜)

入力方式エディター (IME) の要件 - Windows apps | Microsoft Learn https://learn.microsoft.com/ja-jp/windows/apps/design/input/input-method-editor-requirements

なんか、WindowsのIMEってCOMコンポーネントなので、つまりIMEに必要なインタフェースを全部実装したCOMコンポーネントを作ればおkっぽい？＞＜

https://note.com/egao_it/n/nae9ed4eb721e
"...だから、以前に64ビット版の風を作ろうと思って調べてみたこともあります。その時の結論は「これは私ではムリやわ」でした。IMEの難易度の高さにあきらめたのです。..."

WindowsのIM、作ろうと思ったこと無いけどそんな難しいの？＞＜

AI can help people feel heard, but an AI label diminishes this impact - PubMed https://pubmed.ncbi.nlm.nih.gov/38551835/

ちゃんと農業の歴史を海外比較したうえで報道すればいいのにってマジで思うし、
日本の稲作の高コスト構造の理由をちゃんとそういう歴史的経緯もふまえて報道したら、わりと多くの消費者が農家やJAグループに対してブチ切れると思う＞＜（農家も報道に対してブチ切れそうだけど＞＜；）

日本のコンバイン、ある意味ガラケーみたいなもの＞＜

時系列的に言うと、
日本の稲作の機械化が1960年代から1970年代にかけて確立して固定化されて、
1970年代末から1985年にかけてアメリカの農業崩壊が起きて、農家の件数減少と大規模化が起こりつつ保護の強化が起きて、
で、1980年代から急激に農業機械の大規模化と高性能化が進んで特にコンバインがすごい事になってって、
でも、日本は1970年代に日本なりにすごいコンバイン（自脱型）の普及が起きてガラパゴス化してたのでその恩恵を受けられず、2020年代の現在、圧倒的な差に・・・＞＜