アカウント名:
パスワード:
video/audioでogg Vorbis/Theoraが標準でつかえることのメリットは分かったけどそれらがつかえないvideo/audioタグはobjectタグに比べてなんのメリットがあるの?
せいぜい、paramタグの標準化で十分じゃないかな?
HTML5は、DOMと密接に絡んでおり、Video/Audio 要素は、その内容を HTMLMediaElement を通してコントロールすることが可能です。Object 要素は中に何が入るか決まっていないため、その要素をDOMで操作するためのインターフェイスをもつことは困難です。
つまり、「動画や音楽を、スクリプトを通して操作したい!」という要望をかなえる場合、Object 要素では抽象的すぎてダメなのです。このあたりはクラス設計の基本ですね。
HTML5 は、HTMLをオブジェクトモデルとして定義しなおすものとして考えると、「何でもかんでも Object 要素でいいじゃん」ということは言えなくなると思います。
やはり、Javascriptから操作することを前提としてのvideo/audioタグですかtype属性を明記すればいいじゃないと言うだけの問題ではないんですね。
makeplexは何で関連ストーリーのリンクを一つも入れないんだろう?HTML 5はFlashやSilverlightに取って代われるか? [srad.jp]くらいは入れてほしかったのに。
本題だが、貴方の疑問に対する答えはまさに上記のストーリーにあると思う。プラグインなしでリッチなコンテンツを表現できるようにHTML自体に強力な表現力を持たせたいということ話。個人的にはその方向性自体は間違ってないと思うが、コーデックの選定においてベンダーの対立がこのまま続いて実装がバラバラということになれば、Flashを置き換えることはできずに絵に描いた餅で終わってしまう。
全部iframeにすればいい気もしてきた(笑)あとはそのframeの中身を制御する仕組みさえ統一すればいいのかな。
sectionやらfooterやらの要素はdiv/spanに比べて何のメリットがあるの?せいぜい、class名の標準化だけで十分じゃないかな?
>sectionやらfooterやらの要素はdiv/spanに比べて何のメリットがあるの?
何のメリットもないですね。
>せいぜい、class名の標準化だけで十分じゃないかな?
十分ですね。
> IEじゃなければ。IE8では対応しました。Acid 2合格の要件の1つだったので。まあ> 今は無きXHTML2.0ではがすべてを物語っていますね。抽象化が過剰だったか、理想主義にすぎたのです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
今更だけど (スコア:5, 興味深い)
video/audioでogg Vorbis/Theoraが標準でつかえることのメリットは分かったけど
それらがつかえないvideo/audioタグはobjectタグに比べてなんのメリットがあるの?
せいぜい、paramタグの標準化で十分じゃないかな?
Re:今更だけど (スコア:5, 興味深い)
HTML5は、DOMと密接に絡んでおり、Video/Audio 要素は、その内容を HTMLMediaElement を通してコントロールすることが可能です。
Object 要素は中に何が入るか決まっていないため、その要素をDOMで操作するためのインターフェイスをもつことは困難です。
つまり、「動画や音楽を、スクリプトを通して操作したい!」という要望をかなえる場合、
Object 要素では抽象的すぎてダメなのです。このあたりはクラス設計の基本ですね。
HTML5 は、HTMLをオブジェクトモデルとして定義しなおすものとして考えると、
「何でもかんでも Object 要素でいいじゃん」ということは言えなくなると思います。
Re:今更だけど (スコア:1)
やはり、Javascriptから操作することを前提としてのvideo/audioタグですか
type属性を明記すればいいじゃないと言うだけの問題ではないんですね。
Re:今更だけど (スコア:1, 興味深い)
makeplexは何で関連ストーリーのリンクを一つも入れないんだろう?HTML 5はFlashやSilverlightに取って代われるか? [srad.jp]くらいは入れてほしかったのに。
本題だが、貴方の疑問に対する答えはまさに上記のストーリーにあると思う。プラグインなしでリッチなコンテンツを表現できるようにHTML自体に強力な表現力を持たせたいということ話。個人的にはその方向性自体は間違ってないと思うが、コーデックの選定においてベンダーの対立がこのまま続いて実装がバラバラということになれば、Flashを置き換えることはできずに絵に描いた餅で終わってしまう。
Re:今更だけど (スコア:1)
全部iframeにすればいい気もしてきた(笑)
あとはそのframeの中身を制御する仕組みさえ統一すればいいのかな。
Re: (スコア:0)
sectionやらfooterやらの要素はdiv/spanに比べて何のメリットがあるの?
せいぜい、class名の標準化だけで十分じゃないかな?
Re: (スコア:0)
>sectionやらfooterやらの要素はdiv/spanに比べて何のメリットがあるの?
何のメリットもないですね。
>せいぜい、class名の標準化だけで十分じゃないかな?
十分ですね。
Re: (スコア:0)
imgで表示できる画像とobject使って表示する画像があるのも変な話です。それぞれに拡張できる仕組みを持っているのが自然な気がした。svgとかベクタ系画像とか。
あとは最近流行りのDLNAぐらいに対応してくれればうれしい。
Re:今更だけど (スコア:1)
IEじゃなければ。
Re: (スコア:0)
> IEじゃなければ。
IE8では対応しました。Acid 2合格の要件の1つだったので。
まあ
> 今は無きXHTML2.0では
がすべてを物語っていますね。抽象化が過剰だったか、理想主義にすぎたのです。