hylomによる
2009年10月28日 14時42分の掲載
やることやってから口を出せ部門より。
やることやってから口を出せ部門より。
あるAnonymous Coward 曰く、
W3Cによって現在策定中のHTML5の仕様に対し、MicrosoftがCanvas要素を外すよう提案したそうだ。また、Microsoft側はHTML5とは独立したCanvasのAPI仕様書の作成も行い、これを採用するよう提案したとのこと。しかし、これに対してGoogleのIan Hickson氏が反論とともに問題点を指摘。それによりCanvasをHTML5から分離する議論は収束したとのこと。なお、この件についてはPublickeyで日本語で詳しくまとめられている。
ちなみに現在、FirefoxやSafari、OperaがCanvasのサポートを進めており、すでにCanvasに含まれるいくつかの機能が利用できる状態にある。しかしIEではいまのところまったくCanvasは利用できない状態で、そのMicrosoft陣営が「CanvasはHTML5とは分離しよう」と主張した点がツッコミどころではある。
関連ストーリー
Firehose:MSが「HTML5からのCanvasの分離」を提案、しかし数日後には却下される by Anonymous Coward
そんなに変? (スコア:5, すばらしい洞察)
> やることやってから口を出せ部門
> Microsoft陣営が「CanvasはHTML5とは分離しよう」と主張した点がツッコミどころ
Canvas要素がHTML 5と別の仕様になれば、IEも「HTML 5準拠」と名乗れるわけで、
通るか通らないかは別として、いち企業の立場からすればそんなに変な提案ではないのでは。
日本語でまとめられているとされる記事でも、「Canvasについての議論がHTML5全体の進捗を
遅くしており、分離した上で機能やアクセシビリティの向上などについて議論を深めたい、といったこと」
から以前から議論があったともありますし。
コメントを書く
絶望した! (スコア:2)
ここまでのコメントにSilverlightの名前が出てこないことに絶望した!
#……だから入れてくれるなって言ってるのか(・ω・`)
コメントを書く
また変な部門名が (スコア:1, すばらしい洞察)
>やることやってから口を出せ部門より。
実装してから「外そうぜ」と言え、ということでしょうかw
意見内容の妥当性は別として、良いと思ってないなら実装しないで言うのが普通では?
コメントを書く
Re:また変な部門名が (スコア:2, 参考になる)
Canvasはベクター画像の「描画API」であって、VMLやSVGといった
ベクター画像の「マークアップ言語」とは直接には比較出来ない。
例えればJavaScriptとHTML、ActionScriptとMXML、OpenGLと
COLLADAその他の3D形状フォーマットみたいな関係。
あと公式見解は知らないけれども、最近の動向を見るにMicrosoftは
XAMLをウェブ上のベクター画像のマークアップ言語の軸に据えたい
ように見える。SVGなんか完全に視界にないんじゃないのかな。
コメントを書く
親コメント
MSには「やれやれ」と思うけど (スコア:1, 興味深い)
HTML5が「巨大でモノリシックな規格」なのもどうかと思う。
規格のモジュール化を提案したら「今更言ったって…」て却下された、て話が2007年3月にあった [kanzaki.com]そうですが…
コメントを書く
Re:MSには「やれやれ」と思うけど (スコア:2, すばらしい洞察)
モジュール化した結果としてサポートしていない実装が増えるとコンテンツとしてはそのモジュールを使うことは避けられるようになるだろうし、サポートすることを必須とするならわざわざモジュール化することに積極的な理由は見つけにくい。
サーバ側なら「この機能はいらない」という選択も可能だけど、さまざまなコンテンツを受け取ることを想定しなければならないブラウザ側としては機能をモジュール化することのメリットは少ないんじゃないかな。
うじゃうじゃ
コメントを書く
親コメント
Re:実装するためでしょ? (スコア:5, おもしろおかしい)
> みなさんは顧客が毎日仕様変更してきたら文句も言わず反映しますか?
文句は言いますが、その文句が仕様や工期や予算に反映されることはありません。
コメントを書く
親コメント
Re:実装するためでしょ? (スコア:5, おもしろおかしい)
ただし、期待に反して、予算はマイナスになります。
コメントを書く
親コメント
Re:実装するためでしょ? (スコア:2, 興味深い)
これまでの体験から言うと、問題があるのはIEだけ。しかも、6,7,8で仕様(バグか)が違う。
仕様を決めてから取りかかるというのは、正しいことだけど、その仕様決めるのにどんだけ時間かかってんだってことでもあるし、
各開発元は、もうだいだい決まったんだから、どんどん採用して新しいウェブ体験を提供できるようにするよ~ってところでしょう。
いってみれば、仕様が固まってなくても、みんな(開発元)が採用すれば、それが仕様、とも言えないかな。
皮肉を言えば、長きにわたり仕様とはかけ離れたIE6が仕様のようになっていた・・・
ちなみに、HTML4は、1998年ごろのもの。
# MSがIEを諦めればこの業界は楽になれる。
コメントを書く
親コメント
Re:実装するためでしょ? (スコア:2)
そういうときはさっさと確定実装に準じたバージョンをリリース、が正しいんだろうけど、よけいぐちゃぐちゃになるかなぁ。
コメントを書く
親コメント
Re:実装するためでしょ? (スコア:3, すばらしい洞察)
> そしてネスケやMSがデファクトスタンダードを取ったという前例から、
> 先に実装&普及させて優位に立つという勢力争いの手法が確立され、
> 今、他の勢力(Apple, Mozilla, Opera)がそれを実践してるとか?w
自分が先んじて実装していれば標準にしようとし
遅れていれば標準から外そうとする。
評価の観点によってダブルスタンダードのようにも見え
あるいは首尾一貫しているようにも見える。
コメントを書く
親コメント
Re:CanvasはJavascriptほぼ必須 (スコア:1, すばらしい洞察)
理論的にはCanvasを仕様から外すことはできるけど、それをするとCanvasを実装する義務がなくなり、その部分の標準化が無き物にされてしまう。
基本的には、MSの泣き言だったのだと思うけど、気持ちは分かる。とは言え、MSの踏ん張りには期待したいところ。
コメントを書く
親コメント
Re:CanvasはJavascriptほぼ必須 (スコア:1)
HTML5の目的がメディアリッチな次世代Webをプラグインなしで実現するところにあることを考えると、仕様の肥大化はやむを得ないのではないかと。当然ユーザー操作や外部データに対応するためのスクリプトは必須なので、逆にスクリプトが無いと困るような仕様でもどんどん盛り込めるってことですね。
……HTML6はHTML5の反省を生かしてページ記述以外の機能を極力モジュール化したコンパクトなものになりそうな予感がしますが。
コメントを書く
親コメント
Re:CanvasはJavascriptほぼ必須 (スコア:3, 参考になる)
HTML5の仕様にはIEの挙動を考慮に入れている部分もあったりしますよ(drag-and-drop APIとか)。
コメントを書く
親コメント