>多分、土地のほうが道路より広いので、やむなしとの、意見と考えます
>・・・（途中略）・・・
>それでは土地より広い所は当然IMEは無効になる必要があります
私の言い方が悪かったかもしれません。広い方がＩＭＥが無効になるという意味で土地という比喩を出してきたわけではありません。
私は、Formでは本質的にＩＭＥがオンになるべきではないとは言っていません。以下の理由により、現状ではＩＭＥがオンになるべきではないと私は思っています。
.NET Framework 2.0はパッケージソフトです。誰に対しても共通仕様であり、個人ごとにカスタマイズ可能なものではありません。パッケージソフトである以上、仕様を１種類に決めなければなりません。仕様としてはまず、そもそもFormでＩＭＥがオンになれる必要があるのか？、それとも無いのか？ということになると思います。これについての議論はいろいろとあると思いますし、今回の件とは直接的な関係はありませんので、あやふやなままにしておきます。
では、仕様決定に入ります。次の３つからの選択になるでしょう。
1. FormでユーザーがIMEをオンにできるようにする。
2. FormでユーザーがIMEをオンにできないようにする。
3. FormでユーザーがIMEをオンにできるようにするかどうかは、開発者が設定できる。
1.はFormをキャンバス代わりに使っている方には必要なことです。2.はFormでショートカットキーを定義している人に必要なことです。3.は残念ながら実現できませんので、1.か2.ということになります。
1.は他の方法で逃げることができます。しかし、2.は逃げることはできません。また、2.で困っている人の割合が多いでしょう（と思います）。
結果として、パッケージの仕様としては2.を選択するのがベストだと考えます。
ここで誤解してほしくないのは、本質的に、FormでIMEをオンにできないようにするべきだと言っているわけではありません（あやふやにすると前述しました）。
FormでIMEをオンにできないようにするべきかどうかは私にもわかりません。わからない以上、3.を選択するのがベストなのですが、残念ながらできません。なので、現状を総合的に考慮すると、消去法的に2.がベストな選択であると言っているまでです。
ただ、今回の仕様変更の選択は正しいと言っても、その手続き、過程には問題があったと思います。
そうは言っても、harasawaさんが怒る気持ちはわかります。怒って当然だとも思いますし、言うべきことは言うべきだと思います。ただ、今回のFormに関する仕様変更を喜んで迎えている人も多いと思います。
人はそれぞれ意見があります。異なっているのも当然です。でも、もし、harasawaさんが前に進むことができたら、皆が幸せになれるなぁと思います。
とりあえず自分のできることを試してみませんか？そういう意味でPanelを継承してみたらいかがでしょう？と提案しました。
その結果、とても無理だ。３年もかけたのにもうダメだと、おっしゃられるのなら、元の仕様に戻せというのは、決して間違った主張ではないと私は思います。harasawaさんは今までそのやり方でやってきたのですから、harasawaさんがババを引くのは納得できない思いもあります。
生意気なことを言ってお気を悪くされたかもしれませんが、決して悪気はこれっぽっちもありません。うまく表現できない部分も多々あります。正直、マイクロソフトさん、harasawaさん、双方とも正しいと思います。だからこそ難しい問題ですし、少しでも歩み寄ってみなさんが幸せになれたらなぁと思うしだいです。
また、生意気なことを言いましたね。 これだけの文章ですが、１時間半もかけて推敲しながら書いた努力に免じて許してください。(^^;
