アカウント名:
パスワード:
この話題については「モジラ、オペラ、アップルらが提携――ActiveXに対抗する新技術開発へ [itmedia.co.jp]」が詳しいですね。で、私なりにまとめてみたんですが、変なところがあったらつっこんでください。
Macromedia Flashなどは、ウェブブラウザのプラグインとして動作する独立したアプリケーションである。
MSのIEでは、プラグインを実行するのにActiveXを利用する。ActiveXでは、ブラウザとプラグインの間の通信ができる。ブラウザネイティブのコンテンツ(HTMLなど)にプラグインコンテンツ(Flashなど)を埋め込んだウェブページで考えてみると、
といったことが可能。(参照などのアクセスは、後述の標準DOM仕様かそれに類似した独自のDOM仕様を介して行われている?)
MS以外のブラウザでは、プラグインを実行するのにNPAPIを利用する。現行のNPAPIでは、プラグインが起動したあとでは(プラグインコンテンツが開かれた後では)ブラウザとプラグイン間の通信ができない。
しかしActiveX互換は問題があり、NPAPIのアップデートが妥当と判断。そこにW3C勧告の標準DOM仕様を採用することで、同様の通信を行えるようにしたいと考えている。(開発にあたって標準仕様の採用を表明することの意味は大きい。)
新NPAPI開発にはMacromediaなどのプラグインベンダーも参加するとのことなので、「どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない」という心配には及ばないと思います。
コンテンツ製作者にとっては、プラグイン自体がどういう技術のもとに実装されるのか(新NPAPI or ActiveX)よりも、アクセスがどういうDOM仕様を介して行われるのか(標準仕様 or 独自仕様)が重要ではないでしょうか。反MS的動機から始まった話でもありませんし、MSが参加すること(その結果としてDOM仕様の統一が図られること)はコンテンツ製作者にも歓迎されるのではないかと思います。
新 NPAPI でも、スクリプト中では ActiveX コントロールと同じように扱えて、 ActiveX 向けに書かれたスクリプトが NP 向けにも同じように動作してくれるとありがたいと言うか、そういう事が狙いで始まった拡張なんではないかと思っております。
# ActiveX 向けに書かれたスクリプトが VBS では互換の取りようがないんだけどね (^_^; 。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
猫に舌を引き抜かれた? (スコア:3, すばらしい洞察)
某MSとか、某MSとか!
結局のところ、事実上利用者の最も多いIEが対応しないことには意味がないと思うのですよ。
どんなに良い新機能を実現するプラ
いや、別に好きでやってるからいいけどさ・・・。
新NPAPI開発の動機 (スコア:5, 参考になる)
この話題については「モジラ、オペラ、アップルらが提携――ActiveXに対抗する新技術開発へ [itmedia.co.jp]」が詳しいですね。で、私なりにまとめてみたんですが、変なところがあったらつっこんでください。
Macromedia Flashなどは、ウェブブラウザのプラグインとして動作する独立したアプリケーションである。
MSのIEでは、プラグインを実行するのにActiveXを利用する。ActiveXでは、ブラウザとプラグインの間の通信ができる。ブラウザネイティブのコンテンツ(HTMLなど)にプラグインコンテンツ(Flashなど)を埋め込んだウェブページで考えてみると、
といったことが可能。(参照などのアクセスは、後述の標準DOM仕様かそれに類似した独自のDOM仕様を介して行われている?)
MS以外のブラウザでは、プラグインを実行するのにNPAPIを利用する。現行のNPAPIでは、プラグインが起動したあとでは(プラグインコンテンツが開かれた後では)ブラウザとプラグイン間の通信ができない。
しかしActiveX互換は問題があり、NPAPIのアップデートが妥当と判断。そこにW3C勧告の標準DOM仕様を採用することで、同様の通信を行えるようにしたいと考えている。(開発にあたって標準仕様の採用を表明することの意味は大きい。)
新NPAPI開発にはMacromediaなどのプラグインベンダーも参加するとのことなので、「どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない」という心配には及ばないと思います。
コンテンツ製作者にとっては、プラグイン自体がどういう技術のもとに実装されるのか(新NPAPI or ActiveX)よりも、アクセスがどういうDOM仕様を介して行われるのか(標準仕様 or 独自仕様)が重要ではないでしょうか。反MS的動機から始まった話でもありませんし、MSが参加すること(その結果としてDOM仕様の統一が図られること)はコンテンツ製作者にも歓迎されるのではないかと思います。
Re:新NPAPI開発の動機 (スコア:1)
新 NPAPI でも、スクリプト中では ActiveX コントロールと同じように扱えて、 ActiveX 向けに書かれたスクリプトが NP 向けにも同じように動作してくれるとありがたいと言うか、そういう事が狙いで始まった拡張なんではないかと思っております。
# ActiveX 向けに書かれたスクリプトが VBS では互換の取りようがないんだけどね (^_^; 。
むらちより/あい/をこめて。
Re:新NPAPI開発の動機 (スコア:0)
MSIEでもNPAPIのプラグイン使えるはずですけど? PLUGINSってディレクトリに入れてくと勝手に認識します。
Re:新NPAPI開発の動機 (スコア:0)
ちゃんとWindowsUpdateして下さい。
お願いだから。