近日，來自Sencha的Michael Mullany發布了一個列表，列舉出了2011年會從HTML 5中獲益的諸多內容，Michael深入地談其愿景。

Michael最初的列表包含如下內容：

• 持續不斷地推進Webkit邁向CSS 3

 • CSS 3：富效果工具箱

 • 面向移動的高性能定位

• GPU加速

• 更深層的設備訪問

• 面向移動瀏覽器的更好的調試工具

• Web Sockets趨于穩定

• IE 9將完整支持CSS 3

• HTML5 codec大戰宣告結束

• WebSQL標準化進程的再次啟動

記者：能否說說你認為應該添加到CSS 3規范中的最重要的特性列表?這些效果會向開發者提供哪些新功能呢?

Michael：目前，最重要的事情就是實現跨瀏覽器的特性。但我們最大的期望是將更多WebKit所獨有的效果(并不屬于標準棧)推進到CSS草案中。這包括高級的文本樣式、遮罩以及字體效果。

記者：由于IE采用新Web標準和技術的速度非常慢，你覺得這些效果何時才能真正為桌面開發者所用呢?

Michael：我認為IE在功能上越拖后腿，越來越多的人們，甚至是保守派的企業就會開始轉向Chrome和Firefox以利用其現代化的功能。我們認為框架(如Sencha Ext JS)會得到越來越多的應用，因為他們能夠通過IE所獨有的技術如VML和Filter創建兼容于IE的實現，無需開發者學習IE所獨有的技術。

記者：你提到目前需要像Sencha Touch這樣的框架以便實現固定位置的UI元素，為什么呢?

Michael：Mobile WebKit并不支持固定位置的UI元素;支持該特性的CSS已經被瀏覽器關閉了。這是因為瀏覽器針對面向桌面屏幕的網頁進行了優化。

記者：你提到需要更好的調試工具，而Senche已經發布了用于Android設備遠程腳本調試的解決方案。不久的將來，針對HTML 5特有的功能如Canvas、Animation以及Websockets等還會出現哪些工具呢?

Michael：現在已經有很多面向桌面的調試工具了，因此訪問移動瀏覽器內核是最為重要的，而非創建具體的工具。

記者：Websocket的使用和規范本身有什么問題呢?

Michael：問題在于瀏覽器不斷升級攜帶的Websockets協議，同時規范本身也在不斷演進。比如說，Chrome 4所帶的WebSockets現在就已經過時了(幸好，現在幾乎沒人使用Chrome 4)。iPad最初帶有一個WebSockets實現，然后又移除了，后來又加回來了。Firefox 4 Beta最初也帶有一個WebSockets實現，然后由于安全問題被移除了：最近，有人發現少數代理服務器(< 5%)并不能正確處理Websockets所使用的HTTP機制。這樣就存在這種可能：攻擊者可能會利用這些服務器。雖說這可能是代理服務器的Bug，但文章作者還是建議Websocket不應該再使用這種機制了，應該使用其他方案。

記者：你關于視頻codec的愿景似乎很快就要實現了，因為Google宣布將要放棄H.264。另一方面，目前H.264得到了廣泛的應用，并且對于免費的互聯網內容是免費的，那內容提供者們為何還會費力遷移到WebM上呢?如果發布的是付費內容，難道就不需要數字版權管理、高級的流選項么，而這些內容只有Flash才有。

Michael：H.264對于發布視頻來說是免費的，但編碼與轉換卻是收費的;在這種情況下我們仍然需要支付專利費。Flash和Silverlight都提供了高級的DRM和流視頻選項(我相信Xbox的Netflix流客戶端是基于Silverlight的，可以動態調整流速率而無需重新緩沖)。問題在于我們需要向那些對DRM不感興趣的用戶提供沒有任何阻礙的codec。

記者：你認為W3C放棄對關系瀏覽器存儲(WebSQL)的支持而轉向層次存儲(IndexedDb)的原因何在?為何認為應該重提WebSQL標準呢?

Michael：原因很明確：為了讓技術成為標準，需要有兩個根據規范所構建出來的獨立實現才行。完整規范的中心概念是人們所編寫的瀏覽器應能處理遵循該規范的任何內容。對于WebSQL來說，所有實現只不過是嵌入到瀏覽器中的SQLite而已，沒人想從頭開始編寫全新的SQL實現。此外，Mozilla陣營認為SQL太過重量級、查詢機制不夠優雅，我們不該再使用它了。

記者：對于2011年的HTML 5，你還有何展望呢?

Michael：我希望更快的Canvas能夠出現在列表中。