アカウント名:
パスワード:
Windows が OS の機能として提供する HTTP(S) を含む通信サービスモジュール + HTML レンダリングモジュール (HTML ダイアログや HTML ヘルプを始め、様々な場面で利用される) を利用した Windows 標準提供のブラウザ実装が IE なのですが、どの辺りが間違った実装なのでしょうか?
FreeBSD などでも HTTP/FTP 用の通信サービスライブラリとしてコアシステムに libfetch (/usr/bin/fetch のコア部分を持つライブラリ) を持っていたりしますね。デスクトップ用途向けの環境としては、KDE なんかで KHTML をコアに持っていて、これを利用した環境標準提供のブラウザ実装が Konquerer ですね。これらも「間違った実装」なのでしょうか?
それぞれ、必要に応じて実装されただけにしか感じられません。
Windows が HTML をデスクトップ機能として利用するようになったのは、確かに Win95 + IE4 でのシェル統合が始まりであの頃には言い訳もたいがいにしろっていう感じではありましたが、現状の Windows にとっては必須機能と言い切れるものではないでしょうか。
# OS 標準機能としてあるから、Vista では IE を全く使わずに Windows Update ができるのですし。
もしリソースを割いて作ったとしても、それを厳密に現状の6と同じ動作をするものと検証するのは、これまた大変そうだし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
素直に (スコア:4, すばらしい洞察)
\Program Files\Internet Explorer7
に入れさせればいいだけの話なのに、どうしてこうしないんだろうね?
変にWindows以下を書き変えたりレジストリキーを共有するからややこしいことになる。
IE6がOSと切り離せなくて仕方ないという詭弁を信じてあげると仮定しても、IE7は「それが間違っていた」ことを認めた上でOSとの分離なので、変なことをしないで欲しい。
IE6が単なるブラウザではなく、Windowsプラットフォームの開発環境(もしくはフレームワーク)として使われてしまっている現状は当のMSが一番認識しているだろうに。
Re:素直に (スコア:1, 参考になる)
そしてIEはブラウザでなくCOMコンポーネントなのです。
ブラウザと呼んでいるものはCOMコンポーネントを利用してアプリケーションの一つに過ぎません。
OSと切り離せないは詭弁でもなんでもなくて既に事実です。
Re: (スコア:0)
数年前の間違った実装に縛られてるのはMS自身であると。
# Firefoxって複数バージョンの併用は可能だったはず(Winでは検証してないが)
Re:素直に (スコア:1)
Windows が OS の機能として提供する HTTP(S) を含む通信サービスモジュール + HTML レンダリングモジュール (HTML ダイアログや HTML ヘルプを始め、様々な場面で利用される) を利用した Windows 標準提供のブラウザ実装が IE なのですが、どの辺りが間違った実装なのでしょうか?
FreeBSD などでも HTTP/FTP 用の通信サービスライブラリとしてコアシステムに libfetch (/usr/bin/fetch のコア部分を持つライブラリ) を持っていたりしますね。デスクトップ用途向けの環境としては、KDE なんかで KHTML をコアに持っていて、これを利用した環境標準提供のブラウザ実装が Konquerer ですね。これらも「間違った実装」なのでしょうか?
それぞれ、必要に応じて実装されただけにしか感じられません。
Windows が HTML をデスクトップ機能として利用するようになったのは、確かに Win95 + IE4 でのシェル統合が始まりであの頃には言い訳もたいがいにしろっていう感じではありましたが、現状の Windows にとっては必須機能と言い切れるものではないでしょうか。
# OS 標準機能としてあるから、Vista では IE を全く使わずに Windows Update ができるのですし。
Re: (スコア:0)
もしリソースを割いて作ったとしても、それを厳密に現状の6と同じ動作をするものと検証するのは、これまた大変そうだし。