アカウント名:
パスワード:
この話題については「モジラ、オペラ、アップルらが提携――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 では互換の取りようがないんだけどね (^_^; 。
結局のところ、事実上利用者の最も多いIEが対応しないことには意味がないと思うのですよ。 どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない訳ですので。 MSの今後の対応に期待。
別にIEがnew cross-browser NPAPIに対応したか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
猫に舌を引き抜かれた? (スコア:3, すばらしい洞察)
某MSとか、某MSとか!
結局のところ、事実上利用者の最も多いIEが対応しないことには意味がないと思うのですよ。
どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない訳ですので。
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して下さい。
お願いだから。
某MSは幸せですね (スコア:3, おもしろおかしい)
Re:某MSは幸せですね (スコア:0)
Re:猫に舌を引き抜かれた? (スコア:3, 興味深い)
だから某MSは蚊帳の外。
ちなみに次期APIはこんな感じ [mozilla.org]らしいです。
Re:猫に舌を引き抜かれた? (スコア:0)
今だとJava WebStartの方がAppletよりいいなぁ。
Re:猫に舌を引き抜かれた? (スコア:0)
GObjectのプログラミングモデルによく似てますね。
Re:猫に舌を引き抜かれた? (スコア:1, すばらしい洞察)
「Flashの次期バージョンはこのプラグイン対応ブラウザしか出さない」
とか宣言したら、否が応でも対応するでしょう。
#しないだろうけどな。
Re:猫に舌を引き抜かれた? (スコア:1)
Re:猫に舌を引き抜かれた? (スコア:1, すばらしい洞察)
だが問題はMacromediaが、IEに踏ん切りつけられるかでしょうな。
#折角の良い狩場を去るようなもんだ。
Re:猫に舌を引き抜かれた? (スコア:0)
NPAPIが拡張されても両方に対応するのは続ける気がする。
Re:猫に舌を引き抜かれた? (スコア:0)
Re:猫に舌を引き抜かれた? (スコア:1)
そういう共通部分を共同開発できれば、主導権の所在なんてそれほど大きくはないと思えるのですが。
Re:猫に舌を引き抜かれた? (スコア:1, 参考になる)
ローカルからインストールさせりゃあIEの上でゲームだろうがExcelのマクロだろうがCOMにのっとってる限り動かせるし個人情報の送信だってOSの破壊だって。
だから、ちゃんとした人がかかりゃあ新NPAPIのラッパーなんぞ楽にできるよ。
#IEが5.0sp2/5.5sp2あたりでウイルス騒ぎにパッチ当てるのと同時に
#NPAPI無視するようにならなけりゃあこんな苦労はなかったんだが…
Re:猫に舌を引き抜かれた? (スコア:2, 興味深い)
脳味噌腐乱中…
Re:猫に舌を引き抜かれた? (スコア:1, 興味深い)
オープンソースまで考慮すると
本当の目的はネット家電でじゃないんですかね。
PCみたいにかったるい不安定な機械より
無駄な機能を絞ってテレビのように瞬時に使える機器でしょう
規格さえ決まればハード化できますし
それに合わせてコンテンツも作れます。
あとはお金を載せる基礎さえ初めに作っておけば
コンテンツビジネスは成り立ちます。
現状のWindowsベースじゃ100万年経っても無理ぽいですからね
Re:猫に舌を引き抜かれた? (スコア:2, 興味深い)
別にMozillaとかSafariのシェアの問題じゃい。
Internet Watchページを読んでいるか不明だが、
"表現”(なにか)を組み込む時の拡張する方式を統一しましょって話し
必ずしもこうなるとは言えないが
例えば応用例としてDVDプレイヤーに著作権保護付の音楽ディスク再生や
辞書機能(マルチメディア辞典)、電子ブック機能つけるとすると
一時的にとしても組み込む時の規格が重要
一度規格化されれば、パソコン以外にカーナビにも
機能強化が可能になるだろう。
こういう使い方も含めて規格化が重要だと思う。
パソコンを使っても使わなくても、コンテンツを利用できるとなると
機器としてまたコンテンツ側としても製品化し易くなる。
シェアじゃなくて何ができるかが重要なのです。
IEがコンテンツビジネスに不向きなのは安全な課金システムを構築に失敗した部分と
コンシューマ向けに作動保証がない事が原因。
一般向にころころセキュリティのレベル変えるのは無理な話
変えてしまっては同じ表現はできませんから
#気軽に使えて安全が確保できる機器じゃないと、
#40~50歳以上のユーザの取り込みは難しいと思う。
Re:猫に舌を引き抜かれた? (スコア:1, すばらしい洞察)
で、どこにそんな大それた目標を掲げたリリースがあるんですか?
>例えば応用例としてDVDプレイヤーに著作権保護付の音楽ディスク再生や
>辞書機能(マルチメディア辞典)、電子ブック機能つけるとすると
>一時的にとしても組み込む時の規格が重要
これらの例ではとにかくプラグインさえ読み込めば、あとはプラグインにお任せで済むので、
今回のようなブラウザ-プラグイン間の新APIなんてほとんど関係ないように思えますが。NPAPIでもプラグインの読み込みはできるんだし。
それよりも、リリースにあるように、Webコンテンツとプラグイン間での情報の受け渡しが重要なのでは?
Re:猫に舌を引き抜かれた? (スコア:0)
人に聞く前に自分で理解できるまで読むべし。
そこまでの興味が無いならしかたない。
(知ったかぶりしなければよろしい)
まあ感想を言うだけにしときなはれ。
Re:猫に舌を引き抜かれた? (スコア:0)
そう?
Re:猫に舌を引き抜かれた? (スコア:0)
現状のMozilla及びSafariでも100万年経っても新しいプラグイン機構にすら対応できないんですけど?
Re:猫に舌を引き抜かれた? (スコア:1)
Re:猫に舌を引き抜かれた? (スコア:0)
でも、現状のMozilla及びSafariベースでも同じこと。
Re:猫に舌を引き抜かれた? (スコア:1)
messoさんの主張があいまいなせいもありますが。
あわてないMS (スコア:1, すばらしい洞察)
↓
他社:「IEで使えるなら、、、」標準規格を採用したプラグインを作成。
↓
MS:「実はIEではMSの独自拡張APIが使用可能です!」
↓
他社:「IEで使えるなら、、、」とMS独自拡張部分を使用。
↓
MS:囲い込み(・∀・)成功!
Re:あわてないMS (スコア:0)
第一、Javaで勝手に拡張して怒られたでしょ。
勝手に拡張して動かなかったら訴えられるだけですね
その為の規格でしょ。
その辺踏まえてMS抜きなんでしょうに
Re:あわてないMS (スコア:1, 興味深い)
ちがーう。
それは
・Javaの規格についてはSunが権利を保有している。
(「Javaが動く」と公式に謳うにはSunの承認が必要)
・SunとMSの間にJavaVMに関して契約があった。
から。
>勝手に拡張して動かなかったら訴えられるだけですね
>その為の規格でしょ。
#だれが何を根拠に訴えるんだろう?規格は「オープン」なんでしょ?
#何か契約が要るのだろうか?
「規格に沿うこと」と「独自の拡張がある」ことは別に反しない。
定められたAPIさえ満たしておけば、拡張APIを用意しても
規格に準拠を謳える。
つーかね、規格を盾に独自拡張を排除できるなら、
「特定ブラウザしか解釈できないHTMLタグ」を全部排除して欲しいもんだ。
Re:あわてないMS (スコア:2, 参考になる)
XHTML1.0やXHTML1.1は拡張したものをXHTML1.0とかXHTML1.1と呼ぶことを認めていませんので独自要素を使えばXHTML1.0とかXHTML1.1とは呼べなくなります。
ただしModularization of XHTMLの規格に沿っていれば「XHTMLホスト言語文書型」や「XHTML 統合セット文書型適合性」などと呼べます。
Re:猫に舌を引き抜かれた? (スコア:1)
うーん、どうだろ。
レンダリングエンジンの進化がIE6になってからパッタリと止まって
ますから…
IE7が出るかなぁ?なんて話も出てたけど、有料化するとか言う話も
あったし、MSNエクスプローラと統合するなんて言う話も…
Re:猫に舌を引き抜かれた? (スコア:1)
Netscapeプラグインが、そのまま
動作したんですけどねぇ ...
IEも今度のNPAPIを改めてサポートしてもらえば
プラグイン開発も、楽になるんだが ...
MSに取ってのIEの役割とは (スコア:1)
動くブラウザで、高度なWEBアプリを使えるように
しまえば、WEBアプリを使う分には、PCのOSは
Windowsでなくても良いという事になってしまいます。
MSにとってのIEの意味とは、WEBアプリケーションを
Windows上のみで利用可能にする事で、
WEBアプリ時代も継続してWindowsがOSとして
ビジネスや家庭に必須な環境を構築する事が目的です。
ゆえに、マイクロソフトがブラウザプラグインの標準を
推進する事はほぼありえないでしょう。
romfffromのコメント設定
AC-2、プラスモデ+3、閾値0、スコアを表示しない(推奨)、高い評価のコメントを親にする
Re:猫に舌を引き抜かれた? (スコア:0)
対応するでしょう。
その他のブラウザは、嫌なら対応しなくても影響も少ないワケで、
その「嫌」の軽減程度の話なんじゃないかなぁ。
Re:猫に舌を引き抜かれた? (スコア:0)
別にIEがnew cross-browser NPAPIに対応したか
一方MSはといえば (スコア:0)
ss1 [mycom.co.jp]
ss2 [mycom.co.jp]
WinFSとAvalonを組み合わせれば、ブラウザのプラグインという
制約された環境を軽く凌駕するGUIリッチなアプリケーションが作れるでしょうね。