アカウント名:
パスワード:
意外なところ?
提供元の 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操作で無くなってしまうわけですからね。正直、これが普及するのはあまり望ましくありません。だから、そもそもの方向性を見直さずに「今後の開発」を続けるのはどうなんだろう、と思ってしまいます。
本筋
>ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。
まぁそれはわかる。でも大多数の人はこのPlug-inで技術的に何が行われているのかを理解しないで使うでしょう。おそらく元ACの人が危惧しているのは正しく書かれた別のコードがこのPlug-inを入れたが為に動かなくなる可能性があり、それに直面した多くのユーザーはそれを「正しいコードを書いた人」の落ち度だと認識すること、あるいは「正しいコードを書いた人」に対応の責務が発生すること。ではないですかね
>ユーザスタイルシートを設定するユーザを批判するとはまったく別の話だと思いますよ。
例えば、「video要素を赤枠で囲む」というアプリケーション(=ユーザースタイルシート)を利用していた場合、この拡張を入れると赤枠は狙い通りの場所に表示されない。つまり、この2つの機能がコンフリクトしているのだが、この場合、どちらが悪いか、と言えばユーザースタイルシートではなく、DOMを入れ替えた方だろう。ユーザースタイルシートの作者やそれを利用しているユーザーに責任はない。
さらに問題なのは、「どうせなら最初から
video { border: thin red;}
ではなく、
video
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
意外なところ? (スコア: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操作で無くなってしまうわけですからね。正直、これが普及するのはあまり望ましくありません。だから、そもそもの方向性を見直さずに「今後の開発」を続けるのはどうなんだろう、と思ってしまいます。
本筋
Re: (スコア:0)
勝手ねぇ‥‥
inputの中身を、ユーザ自身の意思で変更することを、悪とする発想こそ、セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。
Re:意外なところ? (スコア:0)
> セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。
同感です。
今時のWeb制作者ならいいかげんに
「ユーザの端末に読み込まれたデータはユーザがどう加工しようが文句は言えない」
と言う現実を受け入れていると思いますが…。
#1876773氏の言う「筋悪」がイマイチ理解出来ない方のために添えさせて頂きますと、
ユーザ側の変更を「勝手なDOM操作」等と表現して、ウェブサイト側の指定を尊重せよと叫ぶのは、
「字が小さくて見辛い」「配色が悪くて読み辛い」とユーザスタイルシートを設定するユーザを批判するのと同じ次元。
ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。
元来ウェブは「情報共有」の道具であって、自己表現の場じゃないんですよ。
一度は相手に情報を与えておいて、後から「読まれ方が気に入らない」等と難癖つけるのであれば、
最初からウェブなんぞ使わなければ宜しい。(あるいは、HTMLを使わなければ宜しい。)
他に幾らでも手段はあるでしょう。
Re: (スコア:0)
>ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。
まぁそれはわかる。
でも大多数の人はこのPlug-inで技術的に何が行われているのかを理解しないで使うでしょう。
おそらく元ACの人が危惧しているのは
正しく書かれた別のコードがこのPlug-inを入れたが為に動かなくなる可能性があり、それに直面した多くのユーザーはそれを「正しいコードを書いた人」の落ち度だと認識すること、あるいは「正しいコードを書いた人」に対応の責務が発生すること。ではないですかね
>ユーザスタイルシートを設定するユーザを批判する
とはまったく別の話だと思いますよ。
Re: (スコア:0)
例えば、「video要素を赤枠で囲む」というアプリケーション(=ユーザースタイルシート)を利用していた場合、この拡張を入れると赤枠は狙い通りの場所に表示されない。つまり、この2つの機能がコンフリクトしているのだが、この場合、どちらが悪いか、と言えばユーザースタイルシートではなく、DOMを入れ替えた方だろう。ユーザースタイルシートの作者やそれを利用しているユーザーに責任はない。
さらに問題なのは、「どうせなら最初から
ではなく、