今のところ、このパーサはデフォルトでは無効で、これまでのパーサが利用されている。新しいパーサを利用するには about:config で html5.enable を true にする。

新しいパーサでは、XHTML 構文で書かれた文書だけではなく、HTML 構文で書かれた文書に埋め込まれた SVG や MathML も処理できる :-)。

関連

• The Validator.nu HTML Parser
• 9.2 Parsing HTML documents — HTML 5
• HTML5 Parser 関連のバグ一覧
  • Bug 487949 – [HTML5] Land HTML5 parser on m-c preffed off
• mozilla-central: rev:168dd0eb7283

mozilla-central でのソースコード

• content/html/parser/javasrc/ (Java)
• parser/html/ (C++)

とはいえ、今のところ Gecko はそのどちらの場合にも代替コンテントを提供していません。この記事では JavaScript が無効なときに <canvas> の代替コンテントを表示するハックを紹介します。

手順

1. mozilla-central レポジトリからソースコードをとってくる
2. 以下のパッチをあてる
3. ビルドする

スクリーンショット

パッチ

diff -r 1aa35fa65790 layout/base/nsCSSFrameConstructor.cpp
--- a/layout/base/nsCSSFrameConstructor.cpp Tue Jun 23 22:11:43 2009 -0400
+++ b/layout/base/nsCSSFrameConstructor.cpp Wed Jun 24 16:50:56 2009 +0900
@@ -3739,7 +3739,7 @@ nsCSSFrameConstructor::FindHTMLData(nsIC
     SIMPLE_TAG_CREATE(iframe, NS_NewSubDocumentFrame),
     SIMPLE_TAG_CREATE(spacer, NS_NewSpacerFrame),
     COMPLEX_TAG_CREATE(button, &nsCSSFrameConstructor::ConstructButtonFrame),
-    SIMPLE_TAG_CREATE(canvas, NS_NewHTMLCanvasFrame),
+    SIMPLE_TAG_CHAIN(canvas, nsCSSFrameConstructor::FindCanvasData),
 #if defined(MOZ_MEDIA)
     SIMPLE_TAG_CREATE(video, NS_NewHTMLVideoFrame),
     SIMPLE_TAG_CREATE(audio, NS_NewHTMLVideoFrame),
@@ -3846,6 +3846,18 @@ nsCSSFrameConstructor::FindObjectData(ns
                        sObjectData, NS_ARRAY_LENGTH(sObjectData));
 }
 
+/* static */
+const nsCSSFrameConstructor::FrameConstructionData*
+nsCSSFrameConstructor::FindCanvasData(nsIContent *aContent,
+                                      nsStyleContext *aStyleContext) {
+  if (!aContent->GetOwnerDoc()->IsScriptEnabled())
+    return nsnull;
+
+  static const FrameConstructionData sCanvasData =
+    SIMPLE_FCDATA(NS_NewHTMLCanvasFrame);
+  return &sCanvasData;
+}
+
 nsresult
 nsCSSFrameConstructor::ConstructFrameFromItemInternal(FrameConstructionItem& aItem,
                                                       nsFrameConstructorState& aState,
diff -r 1aa35fa65790 layout/base/nsCSSFrameConstructor.h
--- a/layout/base/nsCSSFrameConstructor.h   Tue Jun 23 22:11:43 2009 -0400
+++ b/layout/base/nsCSSFrameConstructor.h   Wed Jun 24 16:50:56 2009 +0900
@@ -1057,6 +1057,8 @@ private:
     FindInputData(nsIContent* aContent, nsStyleContext* aStyleContext);
   static const FrameConstructionData*
     FindObjectData(nsIContent* aContent, nsStyleContext* aStyleContext);
+  static const FrameConstructionData*
+    FindCanvasData(nsIContent *aContent, nsStyleContext* aStyleContext);
 
   /* Construct a frame from the given FrameConstructionItem.  This function
      will handle adding the frame to frame lists, processing children, adding

参考

• 4.8.11 The canvas element — HTML 5
• Bug 302566 – when JavaScript is disabled, alternate content provided within the canvas element is not rendered and the canvas element still is rendered
• Discover Shiretoko - 徒然なる記録 - Chaotic Shore

さて mozilla-central では、先日これら IDL の位置が変更された。例えば、<canvas> 要素 の 2d コンテクスト (CanvasRenderingContext2D) の IDL は以下のように動かされた。

dom/public/idl/ が dom/interfaces/ に変っただけである。

しかし話はこれで終りではなく、今後もソースツリーの構成は変るようだ。

DOM について言えば、実装 (nsFooBar.(h|cpp) など) も現在の位置から動かされるようだ。現在は content/ と dom/src/ に別れているファルを dom/ 以下にまとめられる。 一貫性が増してわかりやすくなる反面、リンク切れが頻発すると思われるので、これらのファイルを参照するときは注意が必要だろう。

もっとも mxr では、あるファイルが違うディレクトリに移動していても簡単に見つけることができる。

• Bug 481027 Move dom/public/idl to dom/interfaces
• Bug 481026 Reorganize dom/content source tree
• dom/ and content/ source reorganization

@namespace url(http://www.w3.org/1999/xhtml);
@-moz-document domain(wiki.mozilla.gr.jp),
               domain(wiki2.mozilla.gr.jp) {
    div.wiki_body > h4 ~ *:not(h4):not(h3):not(h2):not(form) {
        margin-left : 1.5em !important;
    }

    div.wiki_body > h3 ~ *:not(h3):not(h2):not(form) {
        margin-left : 1em !important;
    }

    div.wiki_body > h2 ~ *:not(h2):not(form) {
        margin-left : 0.5em !important;
    }
}

これ以前にも Qt 版の開発はありましたが、現在メインのソースツリーには含まれていません。参考: 2004 年のスラッシュドットの記事

まずはソースコードをとってきます。

$ hg clone http://hg.mozilla.org/users/vladimir_mozilla.com/index.cgi/mozilla-qt/ mozilla-qt

Ubuntu 8.04 (Hardy) の Qt 4 パッケージのバージョン 4.3.4 ですが、Qt 4.4.0 を自分で入れていたのでそちらを使うことにします。

すでに Qt 4.4.1 がリリースされていますが…。

$ export LD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.4.0/lib:$LD_LIBRARY_PATH
$ export PKG_CONFIG_PATH=/usr/local/Trolltech/Qt-4.4.0/lib/pkgconfig:$PKG_CONFIG_PATH

/usr/local/Trolltech/Qt-4.4.0/ が Qt のインストール先ディレクトリです。

用意した .mozconfig は以下のとおりです。

mk_add_options MOZ_CO_PROJECT=browser
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
ac_add_options --enable-application=browser
ac_add_options --disable-debug
ac_add_options --disable-tests
ac_add_options --enable-libxul
ac_add_options --enable-default-toolkit=cairo-qt
ac_add_options --enable-canvas
ac_add_options --enable-svg
ac_add_options --disable-printing
ac_add_options --disable-crashreporter
mk_add_options --with-qtdir=/usr/local/Trolltech/Qt-4.4.0

--enable-default-toolkit に cairo-qt を設定するのがミソです。で、あとは普通にビルドするだけです。

$ make -f client.mk build

するとあっさりビルドできました。動かしてみたスクリーンショットが以下。

ツールバーの描画がおかしかったり、「View」→「Character Encoding」を開こうとすると固まったりと、まだまだバギーでした。ページの描画は割とまともでしたが、テキストまわりの処理はまだまだのようで、手元の環境では日本語などをうまく表示できない場合もありました。

まだ常用できるような域には達してしませんが、ということは、これからが楽しみということでもあります。

参考

• Mozilla Qt 移植版ソースコードレポジトリ
• Well Isn’t That Qt at Vladimir Vukićević

• SVG で波紋 (フィルタ版)
• SVG で波紋 (グラデーションのみ)

Opera 位でしか動きません (Opera 9.5 で動作確認)。あと、もの凄く重たいので注意。手元では時おり Opera がクラッシュしました。

ただし ctx.clearRect() は ctx.translate() 等の変形の影響を受けるので、 ctx.save() と ctx.restore() をお忘れなく (あるいは ctx.setTransform(1, 0, 0, 1, 0, 0))。

ということで、higeorange さんの例を勝手に弄ってみます。higeorange さんのコードを以下に示します。

var canvas = $('cnvs');
    canvas.width = 300;
    canvas.height = 100;
var ctx = canvas.getContext('2d');
    ctx.clearRect(0, 0, 300, 100);
    ctx.translate(10, 50);
    ctx.fillStyle = "Red";
    ctx.mozTextStyle = "30pt sans-serf";
    ctx.mozDrawText(txt);

ctx.clearRect() を使っておられるわけですが、たとえば以下のように書けます。

var canvas = $('cnvs');
var ctx = canvas.getContext('2d');
    ctx.clearRect(0, 0, 300, 100);
    ctx.save(); // コンテクストの状態を保存
    ctx.translate(10, 50);
    ctx.fillStyle = "Red";
    ctx.mozTextStyle = "30pt sans-serf";
    ctx.mozDrawText(txt);
    ctx.restore(); // コンテクストの状態を save() した時の状態に復帰

あるいは以下のようにも書けます。

var canvas = $('cnvs');
var ctx = canvas.getContext('2d');
    ctx.clearRect(0, 0, 300, 100);
    ctx.translate(10, 50);
    ctx.fillStyle = "Red";
    ctx.mozTextStyle = "30pt sans-serf";
    ctx.mozDrawText(txt);
    ctx.setTransform(1, 0, 0, 1, 0, 0); // 変形行列を単位行列に

• Drawing text using a canvas - MDC
• Canvas tutorial:Transformations - MDC

蛇足 1

蛇足 2

さてそんな中、Windows のデフォルトテーマ以外ではロケーションバーの左端がカーブせず、真っ直ぐになるよう変更されました (Linux/GTK2 では以前から真っ直ぐ)。

• Bug 428878 - Use a square site button for the windows classic os theme
  • パッチ (差分表示)

CSS でどうやって判断しているのか見たところ、:-moz-system-metric(windows-default-theme) 疑似クラスを使っていました。

• MDC のドキュメント

:-moz-system-metric(windows-default-theme) を使うと、Windows でデフォルトテーマ (Luna, Royale, Zune, Aero) を使っているか否かに基づいてスタイルを制御できます。例えば、Windows のテーマによって文字の色を変更するには以下のように書くことができます。

*:-moz-system-metric(windows-default-theme) {
  /* Windows のデフォルトテーマなら */
  color: red;
}
*:not(:-moz-system-metric(windows-default-theme)) {
  /* Windows のデフォルトテーマ以外、
     あるいは Windows 以外なら */
  color: blue;
}

既に Firefox 3 のテーマ (Windows 版) は Vista 向けとそれ以前向けに別れています。その上にさらにその中で OS のデフォルトテーマ云々というのは やり過ぎじゃないのかな、という気がします。

• ソースコード内の「:-moz-system-metric」検索結果

一応、以下に訳してみました (かなり意訳していますので悪しからず) 。追記: 原文が追記されていたので、訳文も更新。

NOTE: Firefox Support Official Online Documentation and Frequently Asked Questions are currently down, due to server issues. For Firefox Help, try the other support resources linked on this page.

さっそく落ちてしまったようです。Firefox 3 がリリースした後は大丈夫でしょうか。

• SUMO is currently down