アカウント名:
パスワード:
OSの機構の延長でActiveXコントロールを使えるようにしたブラウザと、プラグイン用APIを実装したブラウザ。なにがどうやったっておんなじ土俵に上がるわけねぇんだよ。技術や利便性の優劣だけじゃない。設計思想があまりに違う。
今回のこのAPIというのは、単にブラウザ~プラグイン間における共通インタフェース(プラグインのメソッド・プロパティアクセスや、イベントハンドリング)を定めようとしているんですよねぇ。 このAPI仕様に沿って作成されるプラグインという
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
老技術者の繰言(-1:オフトピック) (スコア:2, 興味深い)
もとをただせば、OLEがはじまりで、その後、COMだのActiveXだの名前を変えつつ、中身は何にも変わってないのが今のActiveXっつー仕掛けだろう。3.1の頃にもあったくらいだし、セキュリティなんてなくて当然。それをブラ
同じ土俵に上がった気もする (スコア:2, 興味深い)
今回のこのAPIというのは、単にブラウザ~プラグイン間における共通インタフェース(プラグインのメソッド・プロパティアクセスや、イベントハンドリング)を定めようとしているんですよねぇ。
このAPI仕様に沿って作成されるプラグインという
Re:同じ土俵に上がった気もする (スコア:1)
Webから勝手にダウンロードしてインストールしたりとか。
ブラウザのプラグインはJavaアプレットと違ってそんなに沢山のプログラムをダウンロードして実行するわけではないので別にサンドボックスに閉じ込めなくてもいいと思います。
Re:同じ土俵に上がった気もする (スコア:0)
Re:同じ土俵に上がった気もする (スコア:1)
信頼できないプラグインをほいほいインストールしちゃうユーザーは信頼できないプログラムだってインストールしちゃうでしょうし。
Javaアプレットみたいにどこの馬の骨だかわからないアプリケーションをどんどん実行するならともかく、プラグインは信頼した少数のプラグインだけをインストールすると思いますので大丈夫では。
その上でスクリプト等で危険なことができないようにするのは各プラグインの責任で、ブラウザ側で変に機能を抑制しない方が良いのでは。