twitterでHTML5watcherをフォローしていたら気になる情報が。
HTML5watcher RT @p_g_: RT @t_trace: MSがCanvasをHTML5から外そうよって提案してる。してる。 RT @tweetmeme Microsoft Wants to Separat…
HTML5watcher RT @HenrikJoreteg: Microsoft wants canvas removed from HTML5 [...]would reduce the need for Silverlight http://tr.im/CO9Y via @fak3r @jen…
早速それぞれの情報源にアクセスしました。リンク（いずれも英文です）：一つ目の情報源、二つ目の情報源。
英語は苦手ですが、それぞれ何が書いているのか翻訳にチャレンジしてみました。一部はGoogle翻訳にも頼りました。翻訳ミスなどありましたらご指摘願います。なお、二つ目の情報源に書いてあることは一つ目の情報源に含まれる内容であるため、ここでは一つ目の情報源のみ翻訳することにします。
- Microsoft Wants to Separate the Canvas 2D API from HTML5
- マイクロソフトはHTML5からCanvas 2D APIを分離することを求めている。
- In an e-mail sent to the public-html@w3.org mailing list on Wednesday, Microsoft's Eliot Graf proposed removing the Canvas element, which is used to create complex vector animations in the browser without plug-ins, from the HTML5 specification. Graf also proposed launching a new, separate specification for the Canvas 2D API.
- この水曜日、一通のe-mailがpublic-html@w3.orgのメーリングリストに送られた。マイクロソフトのEliot GrafはCanvas要素の削除を要求している。それはHTML5の仕様で、ブラウザ内で、複雑なベクターアニメーションをプラグインなしで生成するのに使用される。Grafはまた、Canvas 2D APIのための、新しく、独立した仕様を検討することを提案した。
- His e-mail:
- 彼のメール：
- In his mail describing why he created a separate Canvas 2D API specification, Doug Schepers wrote [1]:
かれのメールには、なぜ彼がCanvas 2D APIを分離しようと大騒ぎ（created）しているのか記述されている。Doug Schepers wrote [1]:- Doug Schepersは、(HTML5仕様から)分離したCanvas 2D API仕様を作成した理由を記したメールにおいて、次のように書いた:
- There is a chance that currently Canvas could be a blocker on progress for the HTML5 spec, and at this point, Canvas is so widely implemented that I don't think it's at risk, so I hope this isn't disruptive.
現在のHTML5のCanvas要素の仕様の進捗を妨害する可能性がある。この点において、Canvasはそれほど広く実装されず、私はそれをリスクとは考えない。私はこれが破壊をもたらさないことを願う。- CanvasはHTML5仕様の進行を妨げる可能性があるが、現時点でCanvasは広く実装されているので、そのような危険はないと考える。よってこれ(Canvas 2D API仕様のHTML5からの分離)が混乱を招くことはないと期待する。
- I am available to help with any editing that needs doing, but I hope that others will also work with this draft, and step into the editor role.
- 私は、それに必要とされるいかなる編集作業にも応じられるが、他の人もまたこの草案と工程の編集の役割に参加してくれることを望む。
[1] http://lists.w3.org/Archives/Public/public-canvas-api/2009JulSep/0002.html
- At Microsoft, we agree with the sentiments expressed by Doug, Maciej [2], and others about creating a separate Canvas 2D API specification.
マイクロソフトは、Doug, Maciej [2]の意見に賛同する。そして他方、Canvas 2D APIの仕様書を切り離すことを提案する。- Microsoftは、DougとMaciej、そして分離したCanvas 2D API仕様を作成する他の人々の言葉に賛同する。
- [3] We are prepared to offer editorial resources to aid in the completion of this separate specification.
- 私たちは別の仕様の完成を支援するための編集リソースを提供する用意がある。
- We have looked over Doug's initial document, made some editorial enhancements, and are prepared to follow through in taking feedback and maintaining the specification.
私たちはDougの当初のドキュメントを閲覧し、いくつかの編集機能を強化し、そしてその仕様を管理し、意見を最後までフィードバックする用意がある。- 私たちはDougの当初の文書に目を通し、改良する編集をいくつか行った。さらに、フィードバックを受け、仕様をメンテナンスし通す用意もある。
- We believe that some sort of accessibility API functionality is needed in the canvas element.
- 私たちはアクセシビリティAPI機能のいくつかの検索がcanvas要素に必要だと確信している。
- However, the exact nature and depth of that functionality presents a dilemma that may block progress on the HTML5 spec.
- 一方、この機能
が提供する正確さと深さの正確な本質と難解さが、HTML5の仕様の進捗を阻みかねないジレンマを示している。- We also think that the Canvas 2D API may be a desirable feature used in other technologies such as SVG.
- 私たちはまた、Canvas 2D APIはSVG等、他の技術の使用が望ましいと考えている。
- Starting with Doug Schepers' initial draft, we made changes to get the document to adhere to the W3C PubRules [4], enhance readability, and improve logical flow of the document.
- Dougの最初の原稿から始まり、私たちがドキュメントに変更を加えることは、W3C PubRules [4]に反しない。可読性を高め、文書の論理的な流れを改善する。
- In addition, we foresee adding sample code throughout the specification, where appropriate.
- 加えて、私たちは必要に応じて、サンプルコード全体にわたり細目の追加することを見越している。
- No normative changes have been made.
無秩序な変更が行われてきた。- 規範的な変更は行われていない。
- As with all drafts, the Canvas 2D API specification is still a work in progress.
すべての下書き他の草案と同様に、キャンバス2D APIの仕様はまだ進行中の作業中である。- We would like to solicit feedback about the changes that were made (see below TODO) and about further changes that the working group would like to see.
- 私たちは、製作した変更（下記TODO参照）についてのフィードバックと、これまでのようにワーキンググループでより詳細な変更が行われることを歓迎する。
- Our updated version is published at http://dev.w3.org/html5/canvas-api/canvas-2d-api.html.
- 私たちのアップデートバージョンは、http://dev.w3.org/html5/canvas-api/canvas-2d-api.htmlで公開されている。
[2] http://lists.w3.org/Archives/Public/public-canvas-api/2009JulSep/0007.html
[3] http://lists.w3.org/Archives/Public/public-html/2009Aug/0628.html
[3] http://www.w3.org/2005/07/pubrules[…]
- Microsoft Internet Explorer is the only modern browser with no plans to support Canvas ― Firefox, Chrome, Safari and Opera all do.
- Microsoft Internet Explorer は、モダンブラウザの中では唯一、Canvas要素をサポートする計画を持っていない（Firefox, Chrome, Safari 及び Opera は全てサポートしている）。
- Redmond's opposition makes sense, as the animation capabilities Canvas provides would conflict with Microsoft's plans to speed adoption of its Silverlight platform, which affords web authors many of the same capabilities using a proprietary plug-in and commercial development software.
- Canvasが提供するアニメーション機能は、マイクロソフトの、Silverlightプラットフォームを早く普及させようとする計画と衝突することから、Redmondの反対は理解できる。それはWeb製作者に、同じ機能を実現するために、多くの互換性の無い（proprietary）プラグインと有料の開発用ソフトウェアを使用する状況をもたらす。
- Several list members pointed out that if Microsoft has the resources to author the spec independent of HTML5, those resources could be better spent building support for Canvas into the browser.
- メーリングリストのメンバーの数名は、次のように指摘した。もしもマイクロソフトが製作者に、HTML5の独立したスペックを製作者に提供するなら、それらのリソースはブラウザーに組み込まれたCanvasより良いものを組み上げただろうと。
- A follow-up response from Ian Hickson, a Google employee who is the primary editor of the HTML5 spec, points out a few clear problems with this strategy and stresses that it doesn't seem list a good idea:
- Googleの社員で、HTML5仕様の主要な作者であるIan Hicksonからの返信では、この戦略と圧力が持つ、いくつかの明確な問題を指摘した。
- IF we’re going to split out the 2D API ― and I'm not really sure if at this point that's something we should do, frankly ― then I would much rather we do it based on the text in the HTML5 spec now, and would much rather we have an editor who is able to give this the full-time attention that it needs.
もしも2D APIを削除した場合、−率直に言って、私はこの時点で何をすればよいのか本当に分からない。−もし2D APIを分離するなら――率直に言って、現時点でそれは私たちがすべきことなのか、私には定かでない――私はむしろ現在のHTML5の仕様に基づいて行い、むしろ私たちはそのニーズに、これはフルタイムの関心をを提供できるエディタを持っている。- However, I'm really not sure at this point that it even makes sense to extract the API anymore.
一方、私はこの時点でなお、このAPIを排除するという感覚について理解できない。- しかしながら、現時点でこのAPIを(HTML5仕様から)抜き出すことに意味があるのか、私にはまったく定かでない。
- The API intergrates pretty tightly with the rest of HTML, for example it refers to HTMLVideoElements, the HTML5 “structured clone” feature is defined in terms of canvas interfaces, and so on.
このAPIは残りのHTMLと共にかなり綿密に開発されたものである。例えば、これはHTMLVideoElementsを参照する。HTML5の“構造化されたクローン”の特徴は、canvasインターフェイスの言語で決定されたものである。- このAPIはHTMLの他の部分ととても強く統合されている。たとえば、これはHTMLVideoElementを参照しているし、HTML5の『構造化された複製』機能はcanvasインターフェースの用語を使って定義されている。
- There would have to be a two-way reference, which would be a maintenance nightmare, and which would just delay the progress of both documents.
- ここに二つのやり方のレファレンスが存在することは、メンテナンスの悪夢となり、両方のドキュメントの進行を遅らせることになるだろう。
- What are the problems that we are trying to solve by splitting out the API at this point?
何が問題で、この時点でそのAPIを排除することで、私たちはいかなる解決を図ろうとしているのだろうか？- 現時点でこのAPIを分割することにより解決しようとしている問題とは何だろうか?
http://www.webmonkey.com/blog/Microsoft_Wants_to_Separate_the_Canvas_2D_API_from_HTML5
- The whole thread, which is still growing, can be viewed here.
- この一連のスレッドは、まだ議論が続いており、こちらで見ることができる。
- What do you think? What’s Microsoft up to?
- あなたはどう考えますか？
正直、私はこれまでの議論の流れも分かっておらず、上記の訳で適切かどうか全く自信がありません。
翻訳のおかしいところがありましたら、ぜひ、コメントにてご指摘いただきますようお願いします。
追記
10/25 9:00 nanto_viさん、ありがとうございます。どう訳したらよいのかかなり苦しんでいたので助かりました。
10/27 20:00 新しい情報が入りました。マイクロソフトがHTML5仕様からCanvas要素を外すように提案、しかし一刀両断に... － Publickey（chachakiさんのTwitter経由。）
