4

どうやらヨーロッパでは、MicrosoftはIE8がプリインストールされていないWindows7を出荷する予定です。私が開発してきた商用アプリの多くは、何らかの形でIEを利用しているため、アプリケーションのインストールの一部としてIE8をインストールする必要があるかどうかが心配です。

これは、アプリケーションが...を利用していることを意味しますか?

  • WindowsFormsWebBrowserコンポーネント
  • WPFWebBroswerコントロール
  • タッチデプロイなし
  • ActiveXコントロールとしてのIE
  • XPSビューアー
  • おそらく他の開発者API/COMコンポーネント?

...ヨーロッパのWin7では、箱から出してすぐに機能しなくなりますか?または、MSはコアIEコンポーネントをOSに残す卑劣な方法を見つけ、「ブラウザ」アプリケーションを削除しただけですか?

4

4 に答える 4

6

私が言っていることを裏付けるものは何もありませんが、MSHTMLバックエンドコンポーネント全体が削除されたとは信じがたいです。それを使用している多くのアプリがあり、それなしでは実行できません。彼らはブラウザアプリケーションを削除したばかりだと思います(Windows 7のプログラムと機能でIE8のチェックを外したときと同じように)。

于 2009-06-12T11:41:11.733 に答える
5

Microsoftの馬の口から直接: Windows 7 EのISVのベストプラクティス

Windows 7 Eエディションの一般的な影響は、アプリケーション、特にWebOCに依存するアプリケーションにどのような影響がありますか?

アプリケーションの互換性テスト中に、アプリケーションの大部分が変更なしでWindows7Eエディションで動作することがわかりました。これには、インターネットWebプラットフォームの埋め込み方法の多く(WebBrowserコントロール、Tridentのホスティング、HTMLヘルプなど)を使用するアプリケーションが含まれます。

私のWindowsアプリケーション(WPF、Win Forms、Javaなど)はWebブラウザーコントロールを使用しています。互換性の問題はありますか?

すべてが期待どおりに機能するはずです。ただし、アプリケーションが特定のブラウザに直接依存している場合、いくつかの問題が発生します。特に、Webブラウザーコントロールの使用中に、ユーザーのデフォルトのブラウザー選択を尊重しない新しいウィンドウをアプリケーションが開くことを許可すると、いくつかの問題が発生する可能性があります。

于 2009-07-18T04:08:23.713 に答える
1

以前のバージョンの Windows で MSIE を "削除" するとどうなるかを考えると、実行可能ファイル以外のすべてがそこにあるとしても驚かないでしょう。

独占の主張をかわすために MS が行う必要がある唯一のことは、ユーザーのエクスペリエンスから MSIE UI を削除することです。そのため、ユーザーが直接アクセスできない限り、すべてをそこに配置することさえできます。レンダリング エンジン (とにかく、MSIE 以外のブラウザーで使用されます) とすべてが残っている可能性があります。

于 2009-06-12T12:27:10.297 に答える
0

Windows 7のリリース候補を見ると、「コア」ブラウザはすでに存在しています。たとえば、コントロールパネルナビゲーターが背後でIEコンポーネントを使用していると言っても間違いないことを願っています...そうであれば、ActiveXはプラットフォーム上に引き続き存在し、サードパーティのアプリケーションで使用できます。

于 2009-06-12T11:45:44.250 に答える