Mozilla SVG の過去、今、未来

Timothy Rowley

IBM Corporation

John "Scooter" Morris

カリフォルニア大学サンフランシスコ校

Jonathan Watt

ストラスクライド大学

Alex Fritze

croczilla.com

概要

• なぜもう一つの SVG 実装?
• Mozilla SVG の歴史
• 現状
• 遭遇した問題
• 未来
• どう協力できますか

なぜもう一つの SVG 実装?

• プラグインの停滞
• ブラウザの標準部分
• よりリッチな Web を提供する必要
• 複合ドキュメント (XHTML、SVG、MathML、XUL)
• 他の Moizilla 技術と組合せ(XBL、XTF)
• Webアプリケーションの更なる可能性
• ユーザーインターフェース体験の更なる可能性
• アプリケーションプラットフォームとしての Mozilla の更なる可能性

デモ

• SVG でスキンされた XForms 電卓
• XForms と SVG フォーム

MozMapEditor

• 地図作製アプリケーション
• Paul Rouget と Ren-Luc D'Hont
• XUL/JS/XBL/SVG/RDF アプリケーション
• http://www.opengeospatial.org/ から WFS/WMS (Web Feature Service と Web Map Service) を利用する予定
• http://mozmapeditor.mozdev.org/

MozMapEditor (cont)

MozMapEditor (cont)

第 0 世代 SVG

• 1999 年
  • スタイル無しの <path> の部分的実装
  • チェックインされなかった
• 2000 年始め
  • Netscape の技術者
  • アンチエイリアス無しの多角形と多角線
  • DOM 無し、CSS によるスタイル無し
  • Mozilla 既存のプラットフォーム非依存グラッフィクスレイヤを描画に使用

第 1 世代 SVG

• 2000 年終り - 2001 年
• Crocodile Clips
  • 教育ソフト会社
  • XUL、XBL、SVG、MathML の組合せに興味
  • 抜本的に強化された SVG 実装の必要
  • Alex Fritze という一人の技術者に割り当て
• SVG 図形、アンチエイリアス、アルファブレンド
• DOM、CSS スタイル
• テキストのサポート無し
• libart ライブラリ経由で描画

第 2 世代 SVG

• テキストサポートが必要
• プラットフォーム特有のグラッフィクスを許す決定
  • SVG 描画レイヤ
  • MS-Windows の GDI+
  • Linux 及びその他のプラットフォームの libart
• 依然として最初の一人の技術者
• 断続的なブランチ開発作業
• 2004 年始めに turnk に着陸

現在の SVG

• 新しい開発者
  • IBM から一人の技術者、Tim Rowley
  • 二人のボランティアコード貢献者(Jonathan Watt と Scooter Morris)
• 多くの機能が動作: マーカ、グラデーション <use> 要素、内部の <svg> 要素、 <switch> 要素、<clipPath>、viewbox、 <script> 及び <style> 要素、 event 属性、<image>、グループ透明度
• 新しい描画バックエンド - cairo
  • LGPL/MPL ライセンス
  • クロスプラットフォーム
  • テキスト API を含む
  • 多くの Linux コミュニティが賛同

我々がいるところ

• Nightly、Deer Park alpha 2、 次期 Firefox 1.5 で SVG はビルドされ有効
• SVG 1.1 Full −(訳注:引く) 宣言アニメーション、SVG フォント、 textPath、フィルタ、パターン

我々がいるところ (cont)

• ドキュメント全体として、また <embed> か <object> とともに利用可能
• <img> 、画像を許可されている CSS プロパティでは利用不可
• 全ての SVG プラグインは無効
• パフォーマンス
  • MS-Windows - かなり良い
  • Linux - 様々だけど通常は大丈夫
  • MacOS - 貧弱
• より厳格な実装
  • Mime-Type が image/svg+xml で提供される必要
  • 名前空間が宣言されていなければならない
  • ゲッタとセッタ(訳注: getters and setters) を使わないでください
  • 名前空間を配慮している DOM メッソドを使う
  • http://www.jwatt.org/svg/authoring/

我々がいるかもしれないところ

• 新機能
  • <textPath>
  • <filter> とガウスぼかし、成分転写, ずらし、及び合成フィルター
  • <pattern>
• コードは完了、レビュー対象
• Firefox 1.5 を構成するかは不透明

なぜ今リリース ?

• リッチな Web のための時が来た
• 十分実用的な機能
• プロジェクトを続けるために必要な人数を得る試み
• SVG への理解の増加

遭遇した問題

• Gecko コアに統合された実装
• 重要なコードベースを整合(連動?)
• SVG 開発者は Gecko の専門家として開始しなかったため、いくつかの誤りをおかした

遭遇した問題 (cont)

• SVG 仕様は他 (CSS) と噛み合わない
• いろんな部分であいまいな SVG 仕様
  • エラッタが出ていない
  • W3C SVG ワーキンググループは頻繁に無反応
• ワーキンググループによって提供された幾分弱いテストスイート
• 労働力不足

未来

• SVG 1.1 に向けて
• コード/メモリーフットプリントを減少、性能を向上させる再設計
• Mozilla はグラフィックスアーキテクチャを統一、完全な <foreignObject> を有効に
• SVG1.2 実装は現在の形では有り得ない

未来 (cont)

どう協力できますか

• 非プログラマー
  • コンテンツをテスト
  • バグ(bugzilla.mozilla.org)の提出、有益な最小のテストケース
• プログラマー
  • ぜひ参加してほしい
  • irc://irc.mozilla.org/#svg にジョインして我々と話してください
• 企業
  • 我々とともに働く時間を技術者に割り当ててください
  • 請負作業

感謝

• Mozilla SVGへのあなたの興味に感謝
• 話をしたい
  • 今週のいつでも私を捕まえて
  • tor@acm.org
• さらなる情報源
  • http://www.mozilla.org/projects/svg/
  • http://weblogs.mozillazine.org/tor/
  • netscape.public.mozilla.svg ニュースグループ
  • irc://irc.mozilla.org/#svg IRC チャンネル