今年 Google I/O 大會花了很多時間講 HTML5 技術：canvas、video、geolocation、app cache & storage、web workers 等等，說這些東西可以如何為 Web 帶來創新，言談間充滿熱情。然後，在一張 HTML5 Support 的 Slide 上，看到滿是剔，也就是想說：HTML5 已被支持了，請大家去開發吧！當然，這張表獨欠 IE，演講的 Vic Gundotra 說：「微軟已說會支持 HTML5，我們實在急不及待！」然後就是一陣鬨堂大笑。

然而現實問題卻不能一笑置之，IE 雖然最落後，但卻還是最多人用。Google 推出 Chrome 的確刺激瀏覽器市場，但 IE 太笨重，改進速度太慢，完全跟不上，在拖著 Google HTML5 大計的後腿。Google 的「急不及待」並非只是取笑對手，而是真的急了，急到要「攻殼」：推出 Google Chrome Frame ，也就是表面上用的是 IE，但實際內容使用 Chrome 的 Webkit 和 V8 引擎來運作，使 IE 突然之間就支持所有 HTML5 功能了。

這麼一招看似搞笑，但卻似是為了即將推出的 Wave 舖路。Wave 是 Google 的一個重要「殺著」，其目光很遠大，能將現在網上溝通合作平台帶到另一個層次，但面對著一個隱憂：這東西很難理解，推廣不易。所以最實在的，還是讓越多人試用得到越好，但偏偏 IE 卻不能運行得到使用 HTML5 技術的 Wave。因此，Google 便有此一著，推出「狗頭羊肉」的 Chrome Frame 插件。

不過，會裝這個插件的人，為不麼不索性裝個原裝的 Chrome 用？答案大概是「自動化」。這個插件查看網頁代碼上一個叫 X-UA-Compatible 的 meta tag，來判別是否是用 Chrome Frame 來運行。這樣，用家便不用記著那個網頁要用 Chrome 來開了。其實這一招來自 IE8 的 相容 IE7 模式。

Chrome Frame 的推出可見 Google 之急，以一副領導姿態幫 IE 「升級」。Chrome 在技術上的確領前很多，正當一眾瀏覽器在比拼 Javascript 速度的時候，早前出現了一個 Javascript NES Emulator 卻顯示 Chrome 在 canvas 上的效能遠超對手，也示範了更多可能性。可是 Chrome 雖然技術一流，但卻並非完美，其中 親和力便是一場災難 ，Chrome Frame 之「攻殼」，也就將 IE8 的親和力一下子廢除了。

最近看電腦雜誌都開始用 Acid3 測試的瀏覽器對未來 Web 技術的支持度，但要留意 Acid3 的這麼一句：

To pass the test, a browser must use its default settings, the animation has to be smooth, the score has to end on 100/100, and the final page has to look exactly, pixel for pixel, like this reference rendering .

意思就是說，不能只單單看分數是 100 就等於通過測試，出來的樣子還要和 reference 一模一樣，而且動畫還要是順暢的。

暫時為止，據說只有 Webkit 和 Presto 的引擎通過 Acid3 測試。當然，Acid3 只是瀏覽器的其中一面，不足以論成敗。

延伸閱讀： Acid3 receptions and misconceptions and do we have a winner?

那 Chrome 在 Google 的「雲端夢」裏，佔多重位置？

Google 的商業模式是網上賣廣告，所以她要令用戶黏著網絡。要增加黏度，除了讓用戶搜尋網頁，還可以處理電郵、文件、日程等等。她們做得非常出色，很多人已轉用一系列的 Google 應用。最終可能一個簡單的 OS 再加一個瀏覽器已足夠所需。

由網頁到網絡應用程式，瀏覽器要作出相應的改變，也是 Chrome 推出時的重點：更快、更穩定、更安全和提供離線運作。Chrome 的確令人眼前一亮，但並不超前其他瀏覽器很多。Opera、Firefox 已有很不錯的速度， Tracemonkey 跟 v8 也可以一拼。離線操作上，各個平台上主流瀏覽器則可以安裝 Gears 來支持。例如即將推出的 Offline Gmail ，也並不一定要使用 Chrome 才能用。

換句話說，即使沒有 Chrome，其他瀏覽器也能完 Google 的「雲端夢」，因為 Google 靠的是「公開」。用的是公開的網頁標準和技術，開發的 Chrome、V8、Gears 都是開源的，這當中沒有甚麼秘密，也沒有甚麼專利技術，人人皆可參與。

第一次瀏覽器大戰，IE 與 Netscape 各自推出專有技術吸引開發者，瀏覽器的市佔率有決定性的影響，結果出現了很多「只限 IE」的網頁。但 IE 不思進取，苦了開發者，所以近年開發都提倡支持標準技術，瀏覽器也以此方向發展。第二次瀏覽器大戰，不會走回頭路，鬥的不是專利技術，而是對公開標準的支持和瀏覽器本身的實用性、效能等等。而無論瀏覽器怎樣死鬥爛鬥，只要是依公開、標準的路線，Google 也會贏，因為用戶對網絡的黏度增加了。Chrome 的市佔率如何，影響也沒有那麼大了。

對 Google 來說，Chrome 仍是重要的，但可能非為「雲端夢」的主角，而是作幕後黑手，「指引」瀏覽器的發展方向，親身示範下一代瀏覽器該如何，才能配上越來越豐富的網絡應用，刺激開發社群走向其「雲端夢」裏。

如沒記錯，是由 Eric Meyer 的 Complex Spiral 開始。那時在一本雜誌上看到有關 Firebird (還是 Phoenix?) 的介紹，展示了 Complex Spiral 為例子，所以便到網站去看實際效果如何。在初看到那個 fixed background 和半透明的 hover 時，還以為是用 transparent gif 去做，所以就找 source code 看看。一看就更一頭霧水了：為什麼那幾句 CSS 碼可以做到這個效果啊？那些 CSS selector 在幹甚麼？所以便鑽研起上來了。

幸好那時也開始有不少網上資源可以看，主要都是外國的：展示 CSS 無限可能的 CSS Zen Garden 、充實的 A List Apart 教學、資源豐的 CSS-D wiki 、教我學會 CSS Positioning 的 Brainjar ，當然還有各位 evangelists 的 blog。

至於中文資源，除了看過 hlb 當時翻譯 ALA 一篇 《CSS實務排版技巧、秘訣與技術》 、 和 《深入親和力》 外，其他的則沒甚印象了。我那時也曾厚著面皮《網站建置百寶箱》寫了一些 CSS 相關教學¹ ，之後就是在這個 blog 寫的一些 囉唆文章 。

現在相關的中文資源，上 google 搜尋一下可以找到很多了，有問題大都可以找到答案。加上 Opera 這個課程，學習路應該易走多了吧？

¹ 相當遠古了，是我在寫 blog 前寫的，用的還是短髮巴特頭像，那時應該是失業中所以有很多時間…

CSS 排版難學又難精，因為其當初並沒有為排版而設的規則，因此即使要做幾個簡單的 Column，也必需走很遠的路：理解一大堆 CSS 的 Box Model、Positioning、Document Flow 等的運作原理，用很多怪招如 faux column、negative margin 等等去嘗試實作。終於做到效果，卻發覺某某在內容會破壞整個排版，脆弱得很。各大瀏覽器對 CSS 的支持程度不一，要花大量心力處理這些差異。也因為這樣，而催生了 一大堆 CSS Framework ，主要就是想解決排版的問題。

其實對於要弄 grid-like 的排版，有更簡單的古方：HTML table，問題是這個做法並不符合網頁標準網頁標準的精神¹，即讓 HTML 標籤能符合語義 (Semantics)，而有關外表描述讓 CSS 解決。所以 Table 只應用顯示表列式的資料，用 Table 來排版語義上不對。因此，推行網頁標準，間接要提供 Table 排版以外的方案，但 CSS 排版頗高的學習曲線，某程度上也阻礙了網頁標準的推行。

那麼還有沒有更好的方法，可以順得哥情又不失嫂意？上述文章提到 CSS2 裏的 display: table 類的屬性，即可以用 CSS 指示任何元素表現得像 table 一般，瀏覽器會在實際繪畫時，自動補上 table 元素。這樣的話，用簡單幾句語法就可以實行 Column 排版了。

有人會覺得：實際就是用 table 來排版嘛！這麼多年來叫人不要用 table 排版，現在又叫人用，豈非本末倒置？我想在這裏必需認清的是：用甚麼來做網頁排版才算「正確」？在 CSS3 裏的確有 排版模組 ，但仍然是在起草階段。而在真正可用這些排版屬性前，我們用盡現有 CSS 可行的方法去試去做，所以才有那麼多排版怪招，display:table 只是其中一種方法罷了，難道用 float、negative margin 等才是「正確」？最重要的是有沒有違反網頁標準的精神。使用 display:table，HTML 可以保留語義，CSS 只作外表描述，大概沒有問題吧？

當然，table 也並非完美，例如在第二篇文章中的相集例子裏的 HTML 碼：

 <div class="grid"> 
  <div class="row"> 
    <div class="image"> 
      <img src="images/photo1.jpg" alt="A Lily" /> 
      <p>A lily in the gardens of The Vyne Country House</p> 
    </div> 
    <div class="image"> 
      <img src="images/photo3.jpg" alt="A Fuchsia plant" /> 
      <p>Fuchsia plant in my garden</p> 
    </div> 
  </div> 
  <div class="row"> 
    <div class="image"> 
      <img src="images/photo2.jpg" alt="A crazy looking Allium flower" />
      <p>A crazy looking flower</p>
    </div>
    <div class="image">
      <img src="images/photo4.jpg" alt="A Robin sitting on a fence" />
      <p>
        This robin has been visiting our garden over the summer. 
        He is very friendly and doesn't seem to be too worried about sharing the garden with us.
      </p>
    </div>
  </div>
 </div>

這裏代碼其實跟一個 HTML table 差不多，只不過全都變成了 div。其中 <div class="row"> 究竟是一種只屬外表的架構，還是符合語義的？但如想使用 display:table，這個元素是必需的。 (雖然文章解釋過瀏覽器會自動產生其他 table 元素，但 Safari 上似乎有一些限制)。

雖然可用 display:table，但現時為止卻不是所有瀏覽器都支持，至少仍時是市場上佔大多數的 IE6/7 還未支持。將推出的 IE8 將會更全面支持 CSS2 並 通過 ACID2 ，也會支持 display:table，所以文章作者覺得時機大概成熟，可以試用了？不過要等到大多數用戶都轉成 IE8，大概又要好幾年時間吧？而且還要看 Windows 7 的銷售如何呢？

¹ 「網頁標準」在這裏的意思傾向於 Wikipedia 所說：In recent years, the term has been more frequently associated with the trend of endorsing a set of standardized best practices for building web sites, and a philosophy of web design and development that includes those methods

Update: 貼文這段 video 竟然 no longer available… 但這是 Google 自己 host 的啊… 等一下看看會不會再有 update

今朝早臨出門口時看新聞，給一則消息嚇一跳：Google 推出瀏覽器 Google Chrome 。

其實 Google 在弄自己的瀏覽器的傳聞一直都有，但傳得太久，甚至使人 (又或者只是我啦…) 遺忘了，所以嚇我一跳。

為甚麼在這個時候推出呢？有人說是因為 IE8 要出來了，也有人說因為 Firefox 的成績不錯，顯示人們也願意試用新的瀏覽器了，Google 覺得應該是時候吧？

Google Chrome 有甚麼特別？他們有專門的 漫畫 介紹，我認為重點是：讓瀏覽器更適合於 Web Application 上。因此：

• 使用自家製作 V8 Javascript Engine
• 每個 Tab 有獨立的 Process，也可以開出獨立窗口
• 結合 Offline 功能 — Google Gear

其實一眾瀏覽器，也都是向著這個大方向走，IE 正在改進其 Javascript Engine 的效能，Mozilla 也有新的 TraceMonkey 加快運算速度等等，Google Chrome 現在也是以運行 Application 為重心。

Google Chrome 也是開源的，核心使用 WebKit，對 Web Standard 應該也有很不錯的支援。

因為以上「預告」，我期待 Google Chrome 在運行自家服務如 Gmail 時，會更加快更暢順 (雖然現在用 Firefox 也很快很暢順，所以可能根本分辨不出)，也可以開如 Prism 般將 Web Application 獨立運行起來。其他的，就明天下載來看看才說吧！

• 應在星期二、三或四這些高流量的日子
• 應在四月第一個星期
• 不應在愚人節
• 公佈之前應有五天時間

想參加的到官方網站報名，站上也有相關的 PHP script。

在香港這個 Web Standards 荒蕪之地，竟然會舉辦如此盛事，實在令我很意外。莫非是政府宣傳「亞洲國際都會」的形象夠力？ (想起上年也是在香港搞 維基年會 的) Zonble 提醒了我，原來人家都這樣說了：

Andy Budd, Molly Holzschlag, Jeremy Keith, and Dave Shea will help to raise the awareness and teach the application of best practices in modern web design in an area of the world that is slightly behind the likes of North America and Europe

就是因為夠「落後」才被人家選上的。其主講內容暫時還未有定好，但已經有好些題目，看上去真的很有「教育」意味呢 (也可能是我主觀了) ，如：

• A Best Practice Overview of (X)HTML and CSS
• Making the Jump to Tableless Design
• Web Accessibility Foundations
• More Than Layout: Ultimate Design Control with CSS
• The Behaviour Layer: Using Javascript for Good, not Evil
• The Broken World: Solving the Browser Problem Once and For All

再看一下入場費用如何：Conference only HK$5,000。我自己並沒有參加這類 Conference 的經驗，但對我來說實太貴了… 所以，官方的宣傳用圖片，這個最合我心情了：

相關連結： @Media07

在我們開始發展 AI 時，也是對於人類智慧的一個探險旅程。什麼是理解？什麼是智慧？有什麼條件？等等許多問題，都是有待發掘和研究。如果我們沒有清楚明白「智能」所指的是什麼東西，在發展上可能有如瞎子摸象。有人說近年 AI 發展到了一個瓶頸位置，沒有什麼大突破，可能因為這個摸索期比預期的長的關係。

一個會思考的機器，並不是單單懂得運算和邏輯，當中還涉及大量的背景知識。以前，這許多知識都要靠人自己去輸入到機器裏去，用很專門的格式和方法存取資料。但現在網絡發達，機器人可以靠網絡取得資訊並加以運用，而這關係到 語意網 的發展。

現在的互聯網仍是以人為本的，成千上萬的網頁，文字、圖片、影象等等人類明白的方法呈現和記錄。但對於機器來說，要解讀分析這些文字、圖片、影象，以現有的 AI 技術來說，仍然很困難。所以，我們不能直接向搜尋器問問題，而是要靠用搜尋字眼作模糊的搜索相關資訊，因為機器並非「明白」網頁的內容，而是靠一些統計和評分，與搜尋字眼作計算，然後排列結果。

舊時的網頁，充斥著各種各樣用來描述外表的 Tag，如 font, b, br 等等，為的只是在瀏覽器上給人好看，但實際上對機器毫無意義，而且還會帶來解讀障礙。W3C 推的網頁標準，就是想將內容和表達分開來，以具有語意的 markup 來包著內容，以 CSS 控制外觀。

再進一步，「人類格式」的資料，必需加上足夠的敍述和形容，才可以令機器也可讀，所以有語意網的概念。語意網在我們的內容以上，再加上一層意義的敍述，讓機器也明白內容裏各種資料的架構和關係，從而可以處理這些資料。語意網使用 XML、RDF、OWL 等等為架構，為資料加上機器可讀的輔助。而且這種格式，不只是限制在網頁的應用之上，機器之間也可以使用這些格式來交換和理解資訊。

不過，語意網的發展仍在非常起始的階段，就網頁而言，單單是要由舊時的一個大 HTML 跳到 XHTML + CSS 已經十分困難，RDF、OWL 仍然有待支援，所以在「語意化」的路途上，又有很多不同的變化走了出來。近年冒起了的 Microformats 微格 ，使用 XHTML 為格式，又可以嵌入到現有的網頁上，實現人可讀，機器又可讀的目的。機器可以在網頁裏的微格抓到資料，明白當中意義。正因為微格小巧而精妙，又可溶入現有的網頁，所以漸漸受人關注，被稱為是 Lowercase Semantic Web。

不論如何，語意網在人工智慧的層面來說，是一個很重要的工具。AI 不必設計複雜到完全像人腦一樣，也可以明白資料的架構、意義，並作出處理。使用共同認可的資料格式，機器與機器之間也可以彼此了解，各種系統可以合作，來做更多事情了。

相關連結：

• Wikipedia: Semantic Web
• Microformats and Semantic Web

P.S. 事實上，我或許該看英文版的，因為對於很多翻譯的名詞看不太慣，在討論一些比較複雜的理論時看得有點吃力 (雖然看這本書其實不需要有背景知識) 。有時間的話，會再看一次。