パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Webブラウザ用プラグインAPIのオープンな規格、開発開始」記事へのコメント

  • 猫に舌を引き抜かれた? (スコア:3, すばらしい洞察)

    by kidmin (22955) on 2004年07月05日 20時27分 (#582932) ホームページ
    共同開発者に、重要なものが抜けている気がしますよ・・・
    某MSとか、某MSとか!

    結局のところ、事実上利用者の最も多いIEが対応しないことには意味がないと思うのですよ。
    どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない訳ですので。
    MSの今後の対応に期待。

    # IEの開発は終了した、ということはないですよね?
    --
    いや、別に好きでやってるからいいけどさ・・・。
    • by airhead (13423) on 2004年07月06日 1時34分 (#583159) ホームページ 日記

      この話題については「モジラ、オペラ、アップルらが提携――ActiveXに対抗する新技術開発へ [itmedia.co.jp]」が詳しいですね。で、私なりにまとめてみたんですが、変なところがあったらつっこんでください。

      • Macromedia Flashなどは、ウェブブラウザのプラグインとして動作する独立したアプリケーションである。

      • MSのIEでは、プラグインを実行するのにActiveXを利用する。ActiveXでは、ブラウザとプラグインの間の通信ができる。ブラウザネイティブのコンテンツ(HTMLなど)にプラグインコンテンツ(Flashなど)を埋め込んだウェブページで考えてみると、

        • ブラウザネイティブのコンテンツ内に書かれたスクリプトから、
        • プラグインコンテンツ内のオブジェクトの状態(例: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 では互換の取りようがないんだけどね (^_^;

        --
        むらちより/あい/をこめて。
        親コメント
      • by Anonymous Coward
        >MSのIEでは、プラグインを実行するのにActiveXを利用する。
        MSIEでもNPAPIのプラグイン使えるはずですけど? PLUGINSってディレクトリに入れてくと勝手に認識します。
    • 某MSは幸せですね (スコア:3, おもしろおかしい)

      by Anonymous Coward on 2004年07月05日 23時10分 (#583056)
      ボクなんて誰も相手にしてくれない orz < w3m
      親コメント
    • by typer (9666) on 2004年07月05日 23時11分 (#583059) 日記
      えっと、この話はこれまで手をつけていなかったNPAPI(つまりプラグインとブラウザ間の取り決め)を拡張してActiveXに対抗できるものにしようというお話で、某OS依存なActiveXだと困るOperaやApple、デザイナーが多いMacユーザも大事なAdobeやMacromedia、そしてJavaで主導権を維持したいSunが手を組んだんだと思います。
      だから某MSは蚊帳の外。

      ちなみに次期APIはこんな感じ [mozilla.org]らしいです。
      親コメント
      • Plug-inのようなServletのようなJavaのPlugletというのも、mozillaに実装されていたみたいなのですけどね。
        今だとJava WebStartの方がAppletよりいいなぁ。
      • XPCOMじゃないみたいで非常に残念です。
        GObjectのプログラミングモデルによく似てますね。
    • by Anonymous Coward on 2004年07月05日 21時45分 (#582995)
      でもMacromediaがいるのは強いと思いますよ。
      「Flashの次期バージョンはこのプラグイン対応ブラウザしか出さない」
      とか宣言したら、否が応でも対応するでしょう。
      #しないだろうけどな。
      親コメント
    • Microsoft自身が対応しなくても、そういうプラグインを利用可能にするプラグインみたいなものを作れないんでしょうか?

      そういう共通部分を共同開発できれば、主導権の所在なんてそれほど大きくはないと思えるのですが。
      親コメント
      • by Anonymous Coward on 2004年07月05日 22時41分 (#583037)
        できますよ。ActiveXの参考書買ってうにうにすれば楽に。
        ローカルからインストールさせりゃあIEの上でゲームだろうがExcelのマクロだろうがCOMにのっとってる限り動かせるし個人情報の送信だってOSの破壊だって。
        だから、ちゃんとした人がかかりゃあ新NPAPIのラッパーなんぞ楽にできるよ。

        #IEが5.0sp2/5.5sp2あたりでウイルス騒ぎにパッチ当てるのと同時に
        #NPAPI無視するようにならなけりゃあこんな苦労はなかったんだが…
        親コメント
    • by messo (7339) on 2004年07月05日 21時56分 (#583004) ホームページ 日記
      IEなんてどうでもいいんじゃないですかね。

      オープンソースまで考慮すると
      本当の目的はネット家電でじゃないんですかね。
      PCみたいにかったるい不安定な機械より
      無駄な機能を絞ってテレビのように瞬時に使える機器でしょう

      規格さえ決まればハード化できますし
      それに合わせてコンテンツも作れます。

      あとはお金を載せる基礎さえ初めに作っておけば
      コンテンツビジネスは成り立ちます。

      現状のWindowsベースじゃ100万年経っても無理ぽいですからね
      親コメント
      • by Anonymous Coward on 2004年07月06日 1時03分 (#583143)
        脊髄反射の変なコメントがあるので補足

        別にMozillaとかSafariのシェアの問題じゃい。
        Internet Watchページを読んでいるか不明だが、
        "表現”(なにか)を組み込む時の拡張する方式を統一しましょって話し

        必ずしもこうなるとは言えないが
        例えば応用例としてDVDプレイヤーに著作権保護付の音楽ディスク再生や
        辞書機能(マルチメディア辞典)、電子ブック機能つけるとすると
        一時的にとしても組み込む時の規格が重要
        一度規格化されれば、パソコン以外にカーナビにも
        機能強化が可能になるだろう。

        こういう使い方も含めて規格化が重要だと思う。
        パソコンを使っても使わなくても、コンテンツを利用できるとなると
        機器としてまたコンテンツ側としても製品化し易くなる。
        シェアじゃなくて何ができるかが重要なのです。

        IEがコンテンツビジネスに不向きなのは安全な課金システムを構築に失敗した部分と
        コンシューマ向けに作動保証がない事が原因。
        一般向にころころセキュリティのレベル変えるのは無理な話
        変えてしまっては同じ表現はできませんから

        #気軽に使えて安全が確保できる機器じゃないと、
        #40~50歳以上のユーザの取り込みは難しいと思う。
        親コメント
        • by Anonymous Coward on 2004年07月06日 3時13分 (#583188)
          >"表現”(なにか)を組み込む時の拡張する方式を統一しましょって話し

          で、どこにそんな大それた目標を掲げたリリースがあるんですか?

          >例えば応用例としてDVDプレイヤーに著作権保護付の音楽ディスク再生や
          >辞書機能(マルチメディア辞典)、電子ブック機能つけるとすると
          >一時的にとしても組み込む時の規格が重要

          これらの例ではとにかくプラグインさえ読み込めば、あとはプラグインにお任せで済むので、
          今回のようなブラウザ-プラグイン間の新APIなんてほとんど関係ないように思えますが。NPAPIでもプラグインの読み込みはできるんだし。
          それよりも、リリースにあるように、Webコンテンツとプラグイン間での情報の受け渡しが重要なのでは?
          親コメント
          • 英語も日本語も読めない人がいるようだな。
            人に聞く前に自分で理解できるまで読むべし。
            そこまでの興味が無いならしかたない。
            (知ったかぶりしなければよろしい)

            まあ感想を言うだけにしときなはれ。
      • >本当の目的はネット家電でじゃないんですかね。

        そう?
      • >現状のWindowsベースじゃ100万年経っても無理ぽいですからね

        現状のMozilla及びSafariでも100万年経っても新しいプラグイン機構にすら対応できないんですけど?
    • あわてないMS (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2004年07月05日 22時03分 (#583009)
      MS:「次のIEで規格に対応します!」
                ↓
      他社:「IEで使えるなら、、、」標準規格を採用したプラグインを作成。
                ↓
      MS:「実はIEではMSの独自拡張APIが使用可能です!」
                ↓
      他社:「IEで使えるなら、、、」とMS独自拡張部分を使用。
                ↓
      MS:囲い込み(・∀・)成功!
      親コメント
      • by Anonymous Coward
        それはないな。

        第一、Javaで勝手に拡張して怒られたでしょ。
        勝手に拡張して動かなかったら訴えられるだけですね
        その為の規格でしょ。

        その辺踏まえてMS抜きなんでしょうに
        • by Anonymous Coward on 2004年07月05日 23時33分 (#583077)
          >第一、Javaで勝手に拡張して怒られたでしょ。
          ちがーう。
          それは
          ・Javaの規格についてはSunが権利を保有している。
              (「Javaが動く」と公式に謳うにはSunの承認が必要)
          ・SunとMSの間にJavaVMに関して契約があった。
          から。

          >勝手に拡張して動かなかったら訴えられるだけですね
          >その為の規格でしょ。

          #だれが何を根拠に訴えるんだろう?規格は「オープン」なんでしょ?
          #何か契約が要るのだろうか?

          「規格に沿うこと」と「独自の拡張がある」ことは別に反しない。
          定められたAPIさえ満たしておけば、拡張APIを用意しても
          規格に準拠を謳える。

          つーかね、規格を盾に独自拡張を排除できるなら、
          「特定ブラウザしか解釈できないHTMLタグ」を全部排除して欲しいもんだ。
          親コメント
          • Re:あわてないMS (スコア:2, 参考になる)

            by ruto (17678) on 2004年07月06日 1時01分 (#583140) 日記
            規格でも「これらの条件を満せば規格に準拠してるといえる」というだけのものと「ここにあるもの以外を使ってはいけない」というものがあります。
            XHTML1.0やXHTML1.1は拡張したものをXHTML1.0とかXHTML1.1と呼ぶことを認めていませんので独自要素を使えばXHTML1.0とかXHTML1.1とは呼べなくなります。
            ただしModularization of XHTMLの規格に沿っていれば「XHTMLホスト言語文書型」や「XHTML 統合セット文書型適合性」などと呼べます。
            親コメント
    • ># IEの開発は終了した、ということはないですよね?

      うーん、どうだろ。
      レンダリングエンジンの進化がIE6になってからパッタリと止まって
      ますから…

      IE7が出るかなぁ?なんて話も出てたけど、有料化するとか言う話も
      あったし、MSNエクスプローラと統合するなんて言う話も…
      親コメント
    • IEも4.0以前は旧NPAPIに対応していて
      Netscapeプラグインが、そのまま
      動作したんですけどねぇ ...

      IEも今度のNPAPIを改めてサポートしてもらえば
      プラグイン開発も、楽になるんだが ...
      親コメント
    • もし、MSがもじらのような、どのプラットフォームでも
      動くブラウザで、高度なWEBアプリを使えるように
      しまえば、WEBアプリを使う分には、PCのOSは
      Windowsでなくても良いという事になってしまいます。

      MSにとってのIEの意味とは、WEBアプリケーションを
      Windows上のみで利用可能にする事で、
      WEBアプリ時代も継続してWindowsがOSとして
      ビジネスや家庭に必須な環境を構築する事が目的です。
      ゆえに、マイクロソフトがブラウザプラグインの標準を
      推進する事はほぼありえないでしょう。
      --
      romfffromのコメント設定
      AC-2、プラスモデ+3、閾値0、スコアを表示しない(推奨)、高い評価のコメントを親にする
      親コメント
    • IEは、それこそ利用者が一番多いから、Plug-inメーカーは嫌でも
      対応するでしょう。

      その他のブラウザは、嫌なら対応しなくても影響も少ないワケで、
      その「嫌」の軽減程度の話なんじゃないかなぁ。
    • 結局のところ、事実上利用者の最も多いIEが対応しないことには意味がないと思うのですよ。 どんなに良い新機能を実現するプラグインができても、普及しないことには各webmasterは使わない訳ですので。 MSの今後の対応に期待。

      別にIEがnew cross-browser NPAPIに対応したか

    • by Anonymous Coward
      Amazonと組んでこんなことをやっています
      ss1 [mycom.co.jp]
      ss2 [mycom.co.jp]
      WinFSとAvalonを組み合わせれば、ブラウザのプラグインという
      制約された環境を軽く凌駕するGUIリッチなアプリケーションが作れるでしょうね。

犯人はmoriwaka -- Anonymous Coward

処理中...