アカウント名:
パスワード:
意外なところ?
提供元の Interoperability Bridges and Labs Center [interopera...ridges.com] には
The Center is dedicated to technical collaborative work to improve interoperability between Microsoft and non-Microsoft technologies.
マイクロソフトと非マイクロソフト技術間の相互運用制を向上させるためのセンターとあるので、Firefoxに肩入れするようなツールの提供自体不思議ではない。
http://www.interoperabilitybridges.com/html5-extension-for-wmp-plugin [interopera...ridges.com]
ま、releasenotes.txt [interopera...ridges.com]によれば、「マイクロソフト株式会社は一切の保証をしない」 Windows Media Player Firefox Plugin の流用みたいだし。
ちなみに動作環境は Windows7 + Firefox 3
どこにぶら下げようか迷いましたが……
このアドオンは開発者のコメント通り
の2つの機能がセットになっています。
前者は問題ありませんが、後者は拡張としてはかなり筋が悪い部類に入ります。だって、ウェブサイトがわざわざ指定したvideo要素は、拡張側の勝手なDOM操作で無くなってしまうわけですからね。正直、これが普及するのはあまり望ましくありません。だから、そもそもの方向性を見直さずに「今後の開発」を続けるのはどうなんだろう、と思ってしまいます。
本筋の話をするなら、Gecko側がビデオコーデック/オーディオコーデックを受け付けるようになっていないとダメなんでしょうね。でも、今のところは(MNGなんかを考えても)現実的じゃない、と言わざるをえません。両者が本気で連携する気があるなら(Operaやその他も巻き込んで)共通規格を制定する方向での道があると思うんですけどね。なかなか難しい。
# ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。
> # ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。IE9はvideo要素でwmvを再生できるんですか?できなければ意味がないし、できるなら「H.264にしか対応しません(キリッ」というのは嘘だったことになるわけですが。
あれ?エンコーダーがあれば何でも再生できるようにしてるんじゃないの?
>エンコーダーがあれば何でも再生できるようにしてるんじゃないの?この場合ビデオデータをデコードするのでデコーダじゃないっすか?
>ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。
まぁそれはわかる。でも大多数の人はこのPlug-inで技術的に何が行われているのかを理解しないで使うでしょう。おそらく元ACの人が危惧しているのは正しく書かれた別のコードがこのPlug-inを入れたが為に動かなくなる可能性があり、それに直面した多くのユーザーはそれを「正しいコードを書いた人」の落ち度だと認識すること、あるいは「正しいコードを書いた人」に対応の責務が発生すること。ではないですかね
>ユーザスタイルシートを設定するユーザを批判するとはまったく別の話だと思いますよ。
例えば、「video要素を赤枠で囲む」というアプリケーション(=ユーザースタイルシート)を利用していた場合、この拡張を入れると赤枠は狙い通りの場所に表示されない。つまり、この2つの機能がコンフリクトしているのだが、この場合、どちらが悪いか、と言えばユーザースタイルシートではなく、DOMを入れ替えた方だろう。ユーザースタイルシートの作者やそれを利用しているユーザーに責任はない。
さらに問題なのは、「どうせなら最初から
video { border: thin red;}
ではなく、
video
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
意外なところ? (スコア:4, 参考になる)
意外なところ?
提供元の Interoperability Bridges and Labs Center [interopera...ridges.com] には
マイクロソフトと非マイクロソフト技術間の相互運用制を向上させるためのセンターとあるので、Firefoxに肩入れするようなツールの提供自体不思議ではない。
http://www.interoperabilitybridges.com/html5-extension-for-wmp-plugin [interopera...ridges.com]
ま、releasenotes.txt [interopera...ridges.com]によれば、「マイクロソフト
株式会社は一切の保証をしない」 Windows Media Player Firefox Plugin の流用みたいだし。
ちなみに動作環境は Windows7 + Firefox 3
モデレータは基本役立たずなの気にしてないよ
Re:意外なところ? (スコア:3, 参考になる)
どこにぶら下げようか迷いましたが……
このアドオンは開発者のコメント通り
の2つの機能がセットになっています。
前者は問題ありませんが、後者は拡張としてはかなり筋が悪い部類に入ります。だって、ウェブサイトがわざわざ指定したvideo要素は、拡張側の勝手なDOM操作で無くなってしまうわけですからね。正直、これが普及するのはあまり望ましくありません。だから、そもそもの方向性を見直さずに「今後の開発」を続けるのはどうなんだろう、と思ってしまいます。
本筋の話をするなら、Gecko側がビデオコーデック/オーディオコーデックを受け付けるようになっていないとダメなんでしょうね。でも、今のところは(MNGなんかを考えても)現実的じゃない、と言わざるをえません。両者が本気で連携する気があるなら(Operaやその他も巻き込んで)共通規格を制定する方向での道があると思うんですけどね。なかなか難しい。
# ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。
Re: (スコア:0)
> # ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。
IE9はvideo要素でwmvを再生できるんですか?
できなければ意味がないし、できるなら「H.264にしか対応しません(キリッ」というのは嘘だったことになるわけですが。
Re: (スコア:0)
あれ?
エンコーダーがあれば何でも再生できるようにしてるんじゃないの?
Re: (スコア:0)
>エンコーダーがあれば何でも再生できるようにしてるんじゃないの?
この場合ビデオデータをデコードするのでデコーダじゃないっすか?
Re: (スコア:0)
勝手ねぇ‥‥
inputの中身を、ユーザ自身の意思で変更することを、悪とする発想こそ、セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。
Re: (スコア:0)
> inputの中身を、ユーザ自身の意思で変更することを、悪とする発想こそ、セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。
この場合,「ユーザの意思」はHTMLを書き換える事ではなくて,ビデオを再生できるようにすることです.
ここで,ビデオを再生する方法として,HTMLを書き換えない方法がありえる (例えばコーデックを追加可能にすればよい) にもかかわらず,書き換える方法を用いるのは筋が悪いという意味でしょう.
例えば,アプリケーションがユーザが意図しない書き換えを行なうと,ユーザが HTML に期待する構造と異なってしまい,「ユーザ自身の意思で変更すること」を阻害してしまうかも知れません.
もっとも,コーデックを追加できないのは Mozilla 側の問題なので, MS の責任は(あまり)無いのですが.(元コメントでも触れられていますね)
Re: (スコア:0)
> セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。
同感です。
今時のWeb制作者ならいいかげんに
「ユーザの端末に読み込まれたデータはユーザがどう加工しようが文句は言えない」
と言う現実を受け入れていると思いますが…。
#1876773氏の言う「筋悪」がイマイチ理解出来ない方のために添えさせて頂きますと、
ユーザ側の変更を「勝手なDOM操作」等と表現して、ウェブサイト側の指定を尊重せよと叫ぶのは、
「字が小さくて見辛い」「配色が悪くて読み辛い」
Re: (スコア:0)
>ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。
まぁそれはわかる。
でも大多数の人はこのPlug-inで技術的に何が行われているのかを理解しないで使うでしょう。
おそらく元ACの人が危惧しているのは
正しく書かれた別のコードがこのPlug-inを入れたが為に動かなくなる可能性があり、それに直面した多くのユーザーはそれを「正しいコードを書いた人」の落ち度だと認識すること、あるいは「正しいコードを書いた人」に対応の責務が発生すること。ではないですかね
>ユーザスタイルシートを設定するユーザを批判する
とはまったく別の話だと思いますよ。
Re: (スコア:0)
例えば、「video要素を赤枠で囲む」というアプリケーション(=ユーザースタイルシート)を利用していた場合、この拡張を入れると赤枠は狙い通りの場所に表示されない。つまり、この2つの機能がコンフリクトしているのだが、この場合、どちらが悪いか、と言えばユーザースタイルシートではなく、DOMを入れ替えた方だろう。ユーザースタイルシートの作者やそれを利用しているユーザーに責任はない。
さらに問題なのは、「どうせなら最初から
ではなく、