Opera 與 Webkit 兩個 browser (engine) 已經先完成 Acid3 100% Pass:
看 Wikipedia 上的資料,這次 Opera 比 Webkit 快應該是為了報 Acid2 時的仇… (Acid2 由 Opera 的 CTO 所發表,但當時第一個達成 non-public build 100% pass 的卻是 Safari XDDD)
Update:結果因為一個 bug 造成翻盤,參考 comment 裡 zmx 提供的 url。
幹壞事是進步最大的原動力
jQuery 的大魔頭 John Resig 在他的 blog 上討論了各瀏覽器對 Sub-Pixel 的處理方式:Sub-Pixel Problems in CSS。
在他文章裡,他產生了一個 50px 的 div,裡面包著四個 div,設定寬度為 “25%”,然後丟到 Opera 9、Safari 3、IE 6、IE 7、Firefox 3,以及 Firefox 2 裡測試。另外用 Javascript 去抓 DOM 裡面的寬度。這個問題也可以解釋為什麼某些站台的 Navigation Bar 在不同的瀏覽器下會有奇怪的「殘影」。
當 innerHTML 還是太慢的時候的解法:When innerHTML isn’t Fast Enough…。
在作者的文章裡面,你可以看到在非常極端的例子裡,用改寫過的 replaceHtml() 在 Firefox 2.0.0.6 裡 destroy 與 replace 的速度各快了 473 倍以及 50 倍。而在 Safari 3.0.3 beta 上則是 create 100 倍,replace 50 倍。
在 jQuery 的 Google Groups 上面可以看到兩個作者 (jQuery 的作者以及上面那篇文章的作者) 討論把這個功能放入 jQuery 的一些問題:Faster then innerHTML。
受到 SlickSpeed 的刺激,這一版的 jQuery 大幅改善 CSS Selector 的速度,jQuery 官方的測試結果比 1.1.2 快了 800% (也是以 SlickSpeed 測試):jQuery 1.1.3: 800%+ Faster, still 20KB。
不過這個版本在 mailing list 看得出來目前還很不穩定,很多人抱怨在非主流的 browser 上會有問題 (主要是 Opera 與 Safari,以及 Konqueror),甚至有 Linux 上的使用者抱怨 Firefox 回報 SlickSpeed 測試全部都是 return error。
接下來的 1.1.4 版將會是 1.1 系列的最後一個版本,之後就是 1.2 了…
Safari 9 3.0.2 Beta 修正安全問題:APPLE-SA-2007-06-22 Safari 3 Beta Update 3.0.2。
據學弟 stephon 說中文顯示的問題似乎解決了,不過輸入的問題還是沒解決…
Update:更正成 3.0.2 =_=
Update:中文字的部份… 本來我還沒遇到問題,現在… 下面這張圖是取自 透視BT(一) ── BT的基本運作原理 的審查砲彈… (XD)
用 Google 找到的 bug 似乎是講用 Javascript 動態改變 display 時的 bug,不過我遇到的是純 CSS 的 layout 問題…
這頁 丟到 IE6/Firefox2/Opera9/Safari2/Safari3 測試,發現在 Safari 2.0.4 (Mac) 及 3.0.1 (Win) 上都會先出現 #id2 再出現 #id1,但是其他的瀏覽器都是先顯示 #id1 再顯示 #id2。
這是在我的 Windows 上顯示出來的結果,Safari 2.0.4 (Mac) 的結果跟 Safari 3.0.1 (Win) 的結果一樣,再加上我手邊沒有 Mac,就不貼了:
我的問題是,Opera 與 Safari 這兩個都通過 ACID2 的 Browser 到底哪個才是正確的?
Update:The display declaration 上早就提過這個問題了。
Safari 3.0.1 Beta 出版了,結果找了半天還是不知道 Changelog 放在哪裡,測了一下,發現跟之前的版本好像沒什麼差啊?中文字的輸入還是爛的、Bookmark 也還是爛的…
所以到底改了什麼?@_@
Update:找到資訊了,這次是安全性更新:Safari Beta 3.0.1 for Windows Security Update。
Update:再更新一次,這是 Apple 官方的公告:APPLE-SA-2007-06-14 Safari Beta 3.0.1 for Windows。
Note:這只是在 Javascript 裡跑 CSS Selector 的速度。
剛好看到 SlickSpeed CSS Selector TestSuite 這篇文章,在 Windows 上測了幾個瀏覽器,單位都是 ms (所以數字愈小愈好),測試的時候都儘量保持不動電腦的情況下跑完:
| prototype 1.5.1 | jQuery 1.1.2dev | MooTools 1.2dev | ext 1.1b1 | cssQuery 2.02 | |
|---|---|---|---|---|---|
| IE 6 | 1600 | 3238 | 1302 | 839 | 6511 |
| Firefox 2.0.0.5 pre | 176 | 4289 | 144 | 965 | 5411 |
| Opera 9.20 | 68 | 1445 | 112 | 198 | 1122 |
| Safari 3 beta | 120 | 733 | 140 | 152 | 931 |
呃,Firefox 2 的速度… (想裝地雷看看有沒有進步,結果想到早上才失敗過,沒辦法測 XD)
Update:網頁上多了 Dojo 的測試項目,速度也還不錯。
在 Simon Willison’s Weblog 看到的,原文在 Enabling the debug menu on Safari for Windows 這篇。提到如何把 bug 滿天飛的 Safari for Windows 的除錯選單打開。
如果是 Windows XP,打開 C:\Documents and Settings\Your Username\Application Data\Apple Computer\Safari 下的 Preferences.plist (如果是 Vista,則是在 C:\Users\Your Name\AppData\Roaming\Apple Computer\Safari 下面),這是一個 XML 檔,在接近尾端的地方加上下面兩行:(</dict> 與 </plist> 的前面)
<key>IncludeDebugMenu</key> <true/>
然後再打開 Safari,就可以看到 Debug 選單出現。
功能不是很多,最實用的應該是修改 User Agent 的功能,以及 Import Bookmarks 的功能吧?
我說,這會不會太快了點… Windows 版 Safari 出來還沒滿一天,就已經找到六個安全漏洞了 (四個 DoS bug 及兩個 remote execution):Apple Safari On Windows Broken On First Day。
現在看起來似乎是為了趕在 WWDC 亮相而釋出的版本…