Jetpack Prototype 是一些試作的東西，在 Jetpack SDK 裡會全部打掉重練。
0.5 出來後應該可以真的拿來寫些東西，至少 littlebtc 昨天說他想把 JetPlurk 移植到 SDK 上當個範例這樣。
(我應該也會把 JetCC 移植到 SDK 上)

_________________
雜工 :: 柏強 / Bob Chao
發問討論請保持禮節，在志工社群裡沒有人有「義務」要為您做些什麼。

* MozTW 志工無限招募中，開放網路世界需要您的一臂之力

MozillaLinks 這篇：Firefox 4 為什麼要把分頁放到上面？

影片中解釋了為什麼 Firefox 4 要預設把分頁列改到頂端的原因...

從介面來看，外框(與網頁內容無關)的部分以粉紅色表示、分頁內容部分以綠色表示：

這是傳統分頁列在下方的情況：

這是分頁列改到頂端時的情況：

很明顯，將分頁列擺到頂端，介面邏輯上看起來的確比較不混亂。(咦？搜尋列怎麼回事...)



另一個例子是 Google Chrome 誕生時所主張的特色：「網頁內容才是重點」...

以 Google Doc 為例，當文件都在雲端編輯時，其實那個分頁也就是應用程式，像這樣：
分頁列在下面的情況：

分頁列在頂端的情況：

當網頁是在這種情況下應用的時候，會覺得：其實用「那個分頁」就是要編輯文件，
網頁內容已提供了所有作業所需的工具，因此網址列、停止/重新整理/上下頁按鈕，
這些其實看起來反而是多餘的、根本用不到。

將分頁列改到頂端，支持了：
「以網頁內容應用為主，讓使用者專注在內容，瀏覽器框架不是重點」的想法。



還有一個分頁列放在頂端會比較好的例子：

Firefox 4 預計在網址列上，多提供一些與網站內容相關、且常用的功能，
例如提供一個：網站登入資訊管理，幫助使用者記憶密碼，快速登入/登出、切換帳號。

如果分頁列在頂端，網址列就像是秀在網站內容上方，使用者能很直覺的知道，
這個網址、這個跳出來的介面，指的就是目前下方這個網站，不會搞混：

再反過來看看傳統的分頁列在下方、網址列在上的情況：

使用者應該會覺得：咦？這個跳出來的介面，指的是哪個分頁？分頁列整個被蓋住了啦！

其實「按星星加書籤的那個介面」也是有類似的狀況...



--
似乎蠻有道理的... 有點被說服了的感覺...

其實可以的話開放自訂位置是最好的
每個人習慣又不一樣.........

影片的最前面就有說可以自訂啦，工具列上按右鍵有選項。

如果要邏輯一致的話,
把url bar 弄成tab bar:hover 再顯示即可
把search bar弄成new tab button:hover 再顯示即可
(類似於Google Chrome的status bar效果)

url bar, search bar 空下的空間可以擺app,bookmark bar 或者乾脆放tab bar
這個作法可以省空間也可以減少滑鼠無謂的移動(邏輯上也不至於不合理的程度)
譬如這樣