Home » Computer » Software » Browser » Archive by category "Safari" (Page 4)

Google 自己的瀏覽器:Chrome

Google 官方對於 Google Chrome 的公告都出來了:A fresh take on the browser,甚至有漫畫版本的說明可以看...

依照 Google 的說明,這是一套 open source software,rendering engine 是 Apple's WebKit,配上自己寫的 V8 JavaScript engine,看起來又有一堆 web developer 要頭痛了...

最近就會有 beta version 可以下載來看,到時候再抓來測試。

Update:網站「意外洩漏」的截圖被人抓下來了 (都搞這套...),有不少人抓了 Screenshot 可以看,以這些截圖看得出來 Chrome 的設計:Google Chrome Screenshots。剛剛看了才想到,不知道 Chrome 有沒有從 Microsoft 那套學起來,內建一堆自己的東西?順便把 Gears 包進去?

Update:釋出了,在 Google 的首頁就有下載點!另外附上 Acid2 的截圖,看起來沒問題:

可以注意到網址列的處理上,刻意把站台部份與路徑部份的顏色分開:

如果是 SSL 站台的話則是黃底,再把 https 用綠色標出:

如果是過期的憑證會這樣顯示:

Proxy 設定則是直接吃 IE 的設定,預設會打開 DNS prefetch cache,的確有比較順暢... 另外可以用 about:plugins 看到有哪些 plugin 預設就已經被裝起來了,預設有把 Google Gears 裝起來:

另外一個 about:memory 則是可以直接看記憶體用量,包括其他瀏覽器! (居然直接去讀其他 browser 的資訊...)

Opera 與 Webkit 相繼達成 Acid3 100% Pass 目標

OperaWebkit 兩個 browser (engine) 已經先完成 Acid3 100% Pass:

Wikipedia 上的資料,這次 Opera 比 Webkit 快應該是為了報 Acid2 時的仇... (Acid2 由 Opera 的 CTO 所發表,但當時第一個達成 non-public build 100% pass 的卻是 Safari XDDD)

Update:結果因為一個 bug 造成翻盤,參考 comment 裡 zmx 提供的 url。

在 CSS 裡對於 Sub-Pixel 的計算方式

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 在不同的瀏覽器下會有奇怪的「殘影」。

在 non-IE 瀏覽器修改 innerHTML 的速度

還是太慢的時候的解法:When innerHTML isn’t Fast Enough...

在作者的文章裡面,你可以看到在非常極端的例子裡,用改寫過的 replaceHtml() 在 2.0.0.6 裡 destroy 與 replace 的速度各快了 473 倍以及 50 倍。而在 3.0.3 beta 上則是 create 100 倍,replace 50 倍。

上面可以看到兩個作者 ( 的作者以及上面那篇文章的作者) 討論把這個功能放入 的一些問題:Faster then innerHTML

jQuery 1.1.3

受到 的刺激,這一版的 大幅改善 CSS Selector 的速度, 官方的測試結果比 1.1.2 快了 800% (也是以 測試):jQuery 1.1.3: 800%+ Faster, still 20KB

不過這個版本在 mailing list 看得出來目前還很不穩定,很多人抱怨在非主流的 browser 上會有問題 (主要是 ,以及 ),甚至有 上的使用者抱怨 回報 測試全部都是 return error。

接下來的 1.1.4 版將會是 1.1 系列的最後一個版本,之後就是 1.2 了...

Safari 的 display: table-cell

找到的 bug 似乎是講用 Javascript 動態改變 display 時的 bug,不過我遇到的是純 CSS 的 layout 問題...

丟到 IE6/Firefox2/Opera9/Safari2/Safari3 測試,發現在 2.0.4 (Mac) 及 3.0.1 (Win) 上都會先出現 #id2 再出現 #id1,但是其他的瀏覽器都是先顯示 #id1 再顯示 #id2。

這是在我的 Windows 上顯示出來的結果,Safari 2.0.4 (Mac) 的結果跟 Safari 3.0.1 (Win) 的結果一樣,再加上我手邊沒有 Mac,就不貼了:

我的問題是, 這兩個都通過 的 Browser 到底哪個才是正確的?

UpdateThe display declaration 上早就提過這個問題了。

各瀏覽器的速度

Note:這只是在 Javascript 裡跑 CSS Selector 的速度。

剛好看到 SlickSpeed CSS Selector TestSuite 這篇文章,在 Windows 上測了幾個瀏覽器,單位都是 ms (所以數字愈小愈好),測試的時候都儘量保持不動電腦的情況下跑完:

1.5.1 1.1.2dev 1.2dev 1.1b1 2.02
61600323813028396511
2.0.0.5 pre17642891449655411
9.206814451121981122
3 beta120733140152931

呃, 2 的速度... (想裝地雷看看有沒有進步,結果想到早上才失敗過,沒辦法測 XD)

Update:網頁上多了 的測試項目,速度也還不錯。

啟用 Safari (Windows 版) 的除錯選單

看到的,原文在 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/>

然後再打開 ,就可以看到 Debug 選單出現。

功能不是很多,最實用的應該是修改 User Agent 的功能,以及 Import Bookmarks 的功能吧?

Archives