アカウント名:
パスワード:
No matter where you put an advanced setting, somebody will tell you that you are an idiot [msdn.com]
標準モードをWeb標準に準拠したら意図したとおりに見えないサイトがあると文句を言われる．互換モードと互換モードで表示するURLのリストを用意したら混乱を引き起こすといわれる．自社のサイトもそのURLリストに加えたら自ら行動で示せと言われる．
＞「NNだと見えないサイトでもIEなら見える」というのは大きかったよ。＞たとえ原因がサイト側のタグミスだったとしてもね。それをやったから、今「IEで見えないサイト」が乱立してるんだけど？
「ちょっとくらいバグがあるサイトも表示してもいいんじゃね？」「もっとバグのあるサイトも表示してもいいんじゃね？」「もっともっともっともっともっとバグのあるサイトも表示してもいいんじゃね？」となるのは予想できたこと。Windowsの互換性問題もそうだけど、MSは昔から互換性を軽視する傾向が見られました。
＞アンチMS君は独禁法違反ばかり突き上げるけど、ＭＳが何を騒いでもＩＥのシェアが上がらなかったからこそ、MSは「ＩＥとWindowsの抱き合わせ販売」という禁断の果実に手を出したんだけどね。
それが独禁法違反で真っ黒だということが分かっていたにも関わらずだ。
> NetBSDあたり？
FreeBSDも結構いい感じですよ。今でも 2.1時代の a.out なプログラムのバイナリがそのまま動いてます。#さすがにインストール直後のデフォルトじゃ動かないというか、#明示的に aout モジュールをロードしないとダメですけど。FreeBSDがa.out から ELF に乗り換えたのは、1998年の3.0からですから、10年以上前のバイナリをいまだにサポートしているわけですね。
Windowsは… 64bit版でWin16を捨てましたけど、そもそも「32bitのWindowsでもWin16のバイナリが動く」「64bitのWindowsでもWin32バイナリが動く」だけでも、十分互換性重視な感じですよね。
Win16ぐらいなら、CPUエミュレーションでも問題ないんじゃないかな。当時のCPU性能と今時のCPU性能の差からすると、FX!32レベルの完成度にしなくても、インタプリタなCPUエミュレーションでも当時より十分高速に動作させられるような気がします。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
どう選択できるようにしても，誰かが文句を言う・・ (スコア:5, すばらしい洞察)
No matter where you put an advanced setting, somebody will tell you that you are an idiot [msdn.com]
標準モードをWeb標準に準拠したら意図したとおりに見えないサイトがあると文句を言われる．
互換モードと互換モードで表示するURLのリストを用意したら混乱を引き起こすといわれる．
自社のサイトもそのURLリストに加えたら自ら行動で示せと言われる．
屍体メモ [windy.cx]
Re: (スコア:3, すばらしい洞察)
Re: (スコア:2, 興味深い)
ほぼ独占状態だったんだよ。
そのブラウザはな、CookieだのJavaScriptだの、その頃は標準ではなかった
いろいろな拡張を勝手にやっちゃったんだな。
ブラウザのシェアを取りたい弱小のMSブラウザ、IEは、そんな標準外の
Netscapeからシェアを奪い取るために、Netscapeがデファクトスタンダードに
してしまった標準外のページも見れるように対応しちゃったんだ。
その後シェア争いの過程で、Netscapeが勝手に追加した標準外の仕様では
物足りなくなったMSが、独自に拡張もやりはじめちゃったんだね。
Re: (スコア:3, 興味深い)
まだHTML手打ちユーザーが多く、またレイアウトにテーブルタグを使うのが当たり前だった時代にこの差は大きく、いわばNNの自滅といった形でシェアを譲り渡したのも忘れちゃいけない。
アンチMS君は独禁法違反ばかり突き上げるけど、当時アンチIEだった私が転んだのはこのテーブルタグの解釈の違いが理由だものね。それは周りにも大勢いた。
「NNだと見えないサイトでもIEなら見える」というのは大きかったよ。
たとえ原因がサイト側のタグミスだったとしてもね。
Re: (スコア:1, すばらしい洞察)
＞「NNだと見えないサイトでもIEなら見える」というのは大きかったよ。
＞たとえ原因がサイト側のタグミスだったとしてもね。
それをやったから、今「IEで見えないサイト」が乱立してるんだけど？
「ちょっとくらいバグがあるサイトも表示してもいいんじゃね？」
「もっとバグのあるサイトも表示してもいいんじゃね？」
「もっともっともっともっともっとバグのあるサイトも表示してもいいんじゃね？」
となるのは予想できたこと。
Windowsの互換性問題もそうだけど、MSは昔から互換性を軽視する傾向が見られました。
＞アンチMS君は独禁法違反ばかり突き上げるけど、
ＭＳが何を騒いでもＩＥのシェアが上がらなかったからこそ、
MSは「ＩＥとWindowsの抱き合わせ販売」という禁断の果実に
手を出したんだけどね。
それが独禁法違反で真っ黒だということが分かっていたにも関わらずだ。
Re: (スコア:-1, フレームのもと)
これはびっくりな新説だ。
MS/Windows以上に互換性重視なプラットフォームって何だろう？
バージョンの4桁目があがっただけでデバイスドライバのABIが変わるカーネルのOSじゃないだろうし、
Java環境提供にあたって、3年前のハードウェアを切り捨てるメーカーでもないだろうし。
NetBSDあたり？
Re: (スコア:3, 参考になる)
> NetBSDあたり？
FreeBSDも結構いい感じですよ。今でも 2.1時代の a.out なプログラムのバイナリがそのまま動いてます。
#さすがにインストール直後のデフォルトじゃ動かないというか、
#明示的に aout モジュールをロードしないとダメですけど。
FreeBSDがa.out から ELF に乗り換えたのは、1998年の3.0からですから、10年以上前のバイナリをいまだにサポートしているわけですね。
Windowsは… 64bit版でWin16を捨てましたけど、そもそも「32bitのWindowsでもWin16のバイナリが動く」「64bitのWindowsでもWin32バイナリが動く」だけでも、十分互換性重視な感じですよね。
Re: (スコア:2)
EM64Tがそもそもそういう仕様じゃなかったっけ。
・リアルモード(i8086互換)
・32ビットモード ... x86モード(32bits)と仮想86モード(16bits)
・64ビットモード ... EM64Tモード(64bits)とx86モード(32bits)
のどれかでしか動かない、という。
Re: (スコア:0)
Re:どう選択できるようにしても，誰かが文句を言う・・ (スコア:1)
Win16ぐらいなら、CPUエミュレーションでも問題ないんじゃないかな。
当時のCPU性能と今時のCPU性能の差からすると、FX!32レベルの完成度にしなくても、
インタプリタなCPUエミュレーションでも当時より十分高速に動作させられるような気がします。