Yahoo!用戶界面博客（YUIBlog）

問薩蒂揚-和有資格從年底Packt的免費拷貝一個新的YUI 2.8圖書

薩蒂揚（丹尼爾巴雷羅）寫了關於他的寫作經驗，銳2.8 ： 上週學習的圖書館， 新的 YUI 2卷現已從年底Packt。

年底Packt慷慨地提供了一些免費的電子副本 YUIBlog 讀者推薦問題或教程中，您想看到從薩蒂揚在銳2.8相關的話題，作為對這篇文章的評論，和薩蒂揚如果挑選一個您的建議主題他的三個“問薩蒂揚”的博客文章年底Packt將薩蒂揚的書供您下載的電子副本 。

薩蒂揚將被張貼到他的最喜歡的三個問題在這裡的博客在未來一個月左右答案。

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

YUI 3.2.0預覽版1：觸摸事件支持，手勢，轉換，CSS的網格，滾動，提供者，以及更多

銳貢獻者的團隊很高興地宣布對即將到來的YUI 3.2.0發布的第一個開發者預覽。 這個預覽提供了一個機會，以幫助測試釋放潛在的回歸，並提供新的功能和組件的反饋為開發者和實施者。 如果您有現有的YUI實施，請行使銳 3.2.0pr1在您的開發環境，並讓我們知道你發現了什麼。

有三個預覽版開始方式：

• 使用的CDN：YUI 3.2.0pr1是通過3.2.0pr1版本標記的CDN - ，所以你可以參考像預覽發布http://yui.yahooapis.com/combo?3.2.0pr1/build/yui/yui-min.js http://yui.yahooapis.com/combo?3.2.0pr1/build/yui http://yui.yahooapis.com/combo?3.2.0pr1/build/yui/yui-min.js 。 如果你換了這個種子文件的預覽版，所有後續use() ）語句將繼續加載YUI 3.2.0pr1 。
• 下載釋放：從YUILibrary.com下載YUI的3.2.0pr1包括所有組件的源代碼和例子-包括那些到這個版本的新的。
• 探索的例子：為方便起見，我們已經發布了預覽（ 一起運作的例子名冊）YUIBlog 。 隨意探索釋放開關 CDN版本的參考（或下載預覽），並在自己的環境測試的序幕。

YUI 3.2.0未來值得注意的變化

所有YUI開發工作，可以跟踪我們目前的計劃和進度的YUI 3.2.0的完整列表（以及一些即將到來的3.3.0）的變化， 包括在我們的3 YUI的任務列表，你也可以檢查我們的工作進度，處理問題在bug數據庫 。 下面是一些在3.2.0的開發者預覽功能的新的和更新的組件：

• 已添加的內在支持觸摸事件 （ mynode.on("touchstart", function(e) {}); ）。 我們還添加了一個模塊 -兩個捆綁手勢手勢 gesture-flick甩尾gesture-move移動-與觸摸和鼠標驅動裝置的工作。 查看API文檔或捆綁示例頁有關如何開始使用手勢的理念。
• YUI的內在裝載機現在支持能力為基礎的負載，這使得我們分隔，例如，IE瀏覽器特定的代碼為單獨的子模塊，並允許裝載程序捆綁只需要它的瀏覽器的代碼。 我們將利用這一新功能，以避免航運 IE特定代碼在非IE瀏覽器的DOM模塊，這將有利於現代瀏覽器沒有代碼需要改變所有用戶的性能/重量K -升壓。
• YUI 3的動畫組合現在支持通過轉換模塊轉換 ，提供此技術處理轉換功能強大，硬件加速（如果可用）的瀏覽器正常化;檢查示例代碼的例子。 動畫，其最基本的形式，有現代瀏覽器的精簡的依賴關係樹，更好的瀏覽器，簡單的動畫 K -重量顯著降低。
• YUI 3.2.0它會帶來一個新的beta版本，YUI的CSS網格組件，你就可以開始探索這種新方法在預覽版的網格的例子是最好的地方開始。
• 我們曾與邁克爾約翰斯頓的雅虎移動工程團隊帶來了新的（試用版）滾動部件 YUI 3.2.0。 滾動滾動窗格的實施提供了本地蘋果 iOS應用程序的用戶所熟悉，模擬元素的彈性時，滾動的開始或結束的限制。 你會看到在滾動的3.2.0pr1例子 ，這個組件是設備中立，用鼠標以及與Android或iOS設備上的觸摸事件。
  
• 從YUI的2 上傳組件以及現在的YUI 3系列的一部分，在3.2.0測試版首次亮相。
• 使用YUI 3.0.0，這是一個港口的YUI 2版，首次亮相的歷史模塊已被棄用（它仍然可作為history-deprecated YUI 3.2.0 ）。3.2.0在一個新的beta歷史實用亮相，瑞安Grove的歷史精簡版YUI 3畫廊模塊的 一個新組件預覽釋放的例子是一個很好的起點參考。
• JSONP和YQL查詢模塊從YUI 3畫廊已成為規範的組成部分，作為測試在此版本中首次 ​​亮相。

反饋

一個預覽版的目標是使其盡可能簡單，我們在社會上評價即將發布的進展情況，並提供反饋。 請需要一些時間來測試3.2.0pr1，並讓我們知道在提交的門票，你發現了什麼YUI 3 bug數據庫標記為“版本中觀察到的” 3.2.0pr1。 我們將竭盡所能，地址預覽釋放問題YUI的3個論壇，也。

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

YUI劇院來Boxee的，禮貌的乍得Auld和Brilaps隊

YUI的貢獻者和雅虎前乍得Auld電子郵件我們要告訴我們關於他與他的Brilaps集團最新的項目-一個項目，帶來了YUI的劇院通過Boxee的電視屏幕上。 在乍得的話：

Boxee的是一個和未來的跨平台應用，旨在幫助電視帶來的網頁內容。 它是基於開源的深藍項目 ，並允許用戶編寫新的插件帶來的額外的內容。 我們推出了一個新的項目，大約三個星期前，來建立我們的第一個的Boxee的插件，我們選擇的內容，我們想從網絡電視帶來了YUI劇院。 有這麼多偉大的影片，有存檔和不斷增長的，我們認為這是一個了不起的開發內容源有機會從他們的沙發上（特別是因為大多數的影片比別人多一點的時間，可能有時間來觀看舒適從他們的筆記本電腦）。 花了一個星期左右，我們建立的插件，一個星期，波蘭和理清一些錯誤，並得到批准的應用程序Boxee的QA團隊大約一個星期，並推到公共庫。 我只是聽說，它擊中的公共信息庫今天上午，所以我想伸出手，讓你知道。

這是任何人已享受夢幻般的銳劇院新聞內容，並想趕上最新道格拉斯Crockford的，布倫丹Eich和所有其他偉大的銳劇院揚聲器從他/她的沙發舒適。 檢查參觀的UI 上面的視頻 ，然後去搶Boxee的開始。

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

前端工程職位，與雅虎的Flex隊隊

雅虎的Flex部隊目前正在擴大我們的團隊與一些優秀的前端工程師。 的Flex隊隊的一部分，你將有很高的知名度和較高的知名度多個戰略項目上工作的機會。 這些職位涉及大使的最佳做法和整個組織的知識共享。 我們的工作與不同平台的團隊，其中包括YUI的團隊緊密合作，以確保我們使用最新的戰略，技術和工具。

最近的一個例子，實施新的雅虎背後的Flex隊隊 更新部件 ，這是完全嵌入使用YUI 3 。

為了在這個角色的成功，你需要以積極的心態是一個自我啟動和快速的學習者，可以迅速提升起來，並採取不同的挑戰。 前端技術和最佳做法的一個真正的激情也是必需的。

如果我和我的同事與雅虎的Flex部隊工作聽起來很有趣，頭部到雅虎擇業網站，並檢查了以下職位：

• 前端工程師位置＃1
• 前端工程師位置＃2
• 前端工程師位置＃3 -這是一個更高級的作用，與更多的經驗和所需的額外的技能

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

YUI：營業時間週三，7月21日

對於那些你不同意YUI的日曆或YUILibrary.com論壇 ，明年分期銳：營業時間將在明天七月二十一日。

這一次，我們將重點放在為 YUI的社區貢獻者是剛剛開始建設自己的模塊，反复出現的主題：如何構建一個 Widget，以及如何構建一個插件在YUI 3路。

apipkin＃YUI IRC頻道成名，又名安東尼 Pipkin，將客人，我們在過去一年中通過自己的學習收穫指導，並顯示如何複製和粘貼了YUI 3文檔例子，感覺信心，你做出了正確的選擇如何處理在“YUI 3的思維方式”的問題。

我們要看看他簡單的畫廊模塊，兩個一個按鈕構件和節點IO插件。 他將討論什麼他們看起來像原來與今天，為什麼他們改變。

然後，我們玩耍了一段時間，也許從頭開始構建的東西的基礎上在電話會議上的人員要覆蓋。

馬特斯威尼（節點，選擇，TabView，電網等）和Satyen“大師”德賽（部件，插件，基地，屬性等）從 YUI團隊也將在電話會議上。 所以會有在房子裡的最佳做法。

銳 3消費者不（嗎？）貢獻者，此調用應了解背後銳 3部件和插件是如何建立和什麼樣的模式，以期望新的YUI組件的思想仍然是有價值的。 毫無疑問將會有其他偉大的外賣一如既往。

我們將在線 PDT上午十時至下午12時。 連接的詳細信息和往常一樣。

1. 撥打 1-888-371-8922（非美參與者，一個本地電話號碼，我的電子郵件）
2. 輸入與會者代碼 47188953＃
3. 加入屏幕共享會話 （這會提示你安裝的Adobe Connect插件，如果這是您第一次使用它）

這裡的論壇主題 ，這營業時間。 我將發表一些​​有趣的外賣後調用。

按照@ yuilibrary在Twitter最新。

希望看到你！

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

作者注：寫作銳2.8：學習的圖書館 ，新的YUI 2年底Packt圖書

2009年12月，在編輯Packt出版社問我，如果我想他們的書上寫的第二版YUI庫 。 原作者，丹威爾曼，從事其他業務的時候，他們需要一個作者，大致與熟悉的YUI的 2 。 我想的第一件事是：你不是有點晚？ 多銳3已經在GA和更多的卻是每一個版本的。 但年底Packt團隊希望繼續，我同意接受挑戰。

在7月16 ^日 ，新卷出來， YUI 2.8：學習圖書館不作為“第二版，但作為一個新的標題。 最後，它是不是一個錯誤的決定。 雖然這本書是通過編輯過程中， YUI 3獲得的能力，負載從銳2組件use()語句 。 這擴展了廣泛的YUI 2目錄的效用，同時採取關閉開發生產 YUI 3版本的所有YUI 2組件的壓力。

• 樣品章： 年底Packt新卷已發布一個樣章，涵蓋銳2.8 RTF編輯器，在其網站上，給你一個什麼新書中包含的味道。

這個新卷的目標是覆蓋所有非β- 2 YUI的組件。 這廣闊的視野，迫使我在我剛剛在其最基本的形式以及其他組件從深層次看，我不使用。 然而，在對比的第一版，一個項目開始沒多久後庫已公開，我幾年積累的經驗與銳 - 我自己的經驗的人分享他們的經驗和建議，許多用戶配對在論壇上和博客。 評論，兩個人，Caridy帕蒂諾和Iliyan Peichev，也是眾所周知的YUI的貢獻者優秀的團隊，我也不遺餘力地從許多失誤。

為了保持本書篇幅控制在一定範圍，我消除了一些圖片，長的例子，可以發現YUI的網站的參考材料。 雖然第一版最多兩部分組成，每章新多達四個，有幾個新的篇章。 即便如此，一些組件沒有獲得晉級。

銳 2的演變

我學到了很多關於 YUI庫，寫這本書的同時，丹的文字，我的變化，自2006年推出以來，其在有關圖書館的演變啟發。

示例代碼的編程風格在這些年裡發生了變化。 而不是創建一個命名空間（或使用YAHOO.example ，這始終是作為一個佔位符），我們現在往往適合於一切變為可用時，DOM創建一個匿名函數。 （這種風格是接近我們看到銳 3）我們現在使用的命名空間時，我們絕對需要創建全局訪問的變量，比如當我們創建一個自定義的庫組件（包括對象）。 沙盒為我們節省一些打字，因為我們可以為對象，我們更經常使用YUI（DOM，事件，郎是常見的快捷鍵）或我們自己的變量定義功能範圍的別名。 這種方法也可以讓YUI壓縮做一個更好的工作。

在整個庫的一個全景，讓我注意它是如何隨著時間的推移發展。 組件的架構改變，很明顯，如何融合到什麼是現在的YUI 3。

早期的組件，像TreeView的，有幾個依賴關係。 由於特定的模式開始變得明顯，一些基本的組件基礎設施開始發展。 容器家庭有一個Config對象允許getter和setter方法等方面都繼承它的所有組件。 它還使用自定義事件對象，這是工作，我們有銳 2的自定義事件的兩種方法之一。

隨著TabView釋放了YUI 2元的實用工具，它提供了改進的getter和setter（通過AttributeProvider），以及更好的自定義事件（通過EventProvider ）。 十七其他2 YUI的組件繼承從元素。 在庫的演變來看，可以很容易地看到如何元素背後的思想，作為一個 DOM元素的包裝，來告知YUI 3的節點。 其他組件的基礎元素的作用被打破了YUI的3基地和Widget，雖然新的組件都遠更強大和完整的，在自己的領域每個。 例如，節點的all one方法返回元素的getXxxx方法返回普通的DOM元素的引用，不完全抽象的DOM節點實例。

兩款車型，一方面AttributeProvider和EventProvider其他配置和CustomEvents不完全不相容的。 這兩種模式並存菜單和分割按鈕，按鈕從元素的繼承和它承載一個普通的菜單，從容器繼承。

YUI 3毫無疑問，所有這方面的經驗中受益，但也從 YUI3受惠銳 2。 很酷的東西來自3 YUI的豐富銳2，如event-delegate和element-delegate和其他新的事件，我們可以聽focusin focusIn focusout focusout mouseenter mouseenter mouseleave MouseLeave） 。 這也成為可能的，因為我們負載元件 ，銳2的壽命期間改變-最重要的是引進銳2裝載機 -作為客戶端加載YUI 3的內在支持，並成為正式的。

載入影響了設計的組件，以及如何建造的最後一個組件文件。 銳 2，盡量減少一些優秀的服務器請求，組件必須有他們所需要的包裝在一起。 因此，一些組件了鬆散相關的對象，他們剛起來得心應手，如果需要的話，別人得到了整個一個裝在一個文件的功能範圍一堆的對象，因為加載單獨的部分是成本太高。 然後是聚合，如yahoo-dom-events.js或reset-fonts-grids.css ，因為它們幾乎總是一起使用或utilities.js集YAHOO.util分支中經常使用的所有組件。 但真正的變化是與組合處理的請求，這使我們能夠拉任何腳本和CSS文件的數量只是一個 HTTP請求。 這使得它不太必要的優化對象包裝成組件文件庫和基於一個假設的“普通用戶”成聚合。

YUI 3中，我們不再需要一次加載所有的“容器家庭”。 我們可以加載單獨的基本之上widget- xxxx XXXX文件根據我們所需要widget功能部件。 這種方法是在YUI的3標準，但在YUI的2進化步驟之一。 因此，更近的銳像event-delegate element-delegate元素委託是從他們的基本組件分開包裝mouseenter mouseleave的mouseenter和MouseLeave。 我們可能會看到進一步分裂庫組件，在將來的版本中，讓您選擇更具體的功能設置您想要離開關閉不必要的頁面代碼。

這是一種進步的故事，過程雖然有些失敗的努力，一定去。 為什麼不TreeView的繼承從元素或為什麼沒有容器，從而菜單，切換到元素或至少AttributeProvider和EventProvider？ 從技術上講，答案是“向後兼容”，但在更一般的角度，它是“尊重”。 有數以千計的網站（和數以萬計的開發商）公佈的2的YUI組件的公共接口。 這些變化會打破許多應用程序，或將削減他們的升級路徑，如果他們想從代碼修復或一個新的功能中獲益。 如此尊重的安裝代碼庫，本身就是一個庫功能。 尊重我們，誰創建的代碼，是在YUI團隊的人的一個特點，我非常感謝它是如此。

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！

移動瀏覽器緩存限制，再訪

在移動瀏覽器緩存限制的Android，IOS，和webOS ，我分享我嘗試的結果，以確定在Android，IOS的瀏覽器的緩存限制，和webOS設備。 在文章的結尾，我寫道：

使用這些成果為出發點，但自己驗證，然後再進行左右移動的高速緩存限制的假設為基礎的重大決策。 閃電般的速度移動瀏覽器世界的變化，因此，這項研究將有一個很短的保質期。

事實證明，這是很好的建議：文章發布後的第二天， 史蒂夫Souders評論說，他已運行測試，使用不同的方法，這是一個真實世界的Web工作流代表，並得到了不同的結果。

新方法

我原來的方法涉及直接導航到具有一定規模的的隨機生成的頁面text/html擔任text/html / HTML內容類型。 使用這種方法的結果是可靠的重複性（webOS的除外），但史蒂夫指出，用戶不直接導航到CSS和JavaScript文件。 我的假設，直接導航到一個 HTML資源的限制是相同的外部CSS和JavaScript的限制是不正確的的，所以即使我的測試結果是有效的，他們沒有得到廣泛的適用。

我和史蒂夫在許多 IM會話，幾個郵件，幾個電話的過程中，摸索出一套新的測試方​​法。 我實現了我的上一個版本的緩存測試框架 ，然後史蒂夫實施一個版本出版成果的能力 Browserscope 。

在新的考驗，我們的負載，是指一個隨機生成的CSS或JavaScript組件具有一定規模的的HTML頁面。 然後，我們定位到第二個 HTML頁面加載相同的組件和檢查與否，它是從緩存加載。 確定是否是從緩存加載一個組件，我們在每個請求的Cookie存儲的時間戳，如果時間戳更新了我們第二次加載組件，我們知道請求擊中的服務器，這意味著組件是加載從緩存中。

新成果

我們發現， 我們測試的所有移動瀏覽器有顯著較高的比他們的HTML頁面本身沒有一個頁面加載的外部資源的緩存限制。 這是移動 Web開發的一個極好的消息。

下表說明了我們的研究結果：

請注意，4MB是我們測試的最大尺寸，所有的iOS設備緩存 4MB組件。 這些設備的實際緩存限制可能小於 4MB較大。 此外，在本次測試的webOS的Palm Pre Plus的給了一致的結果，而它前面的測試中的一些問題。

可能，在低得多的限制我以前測試在iOS的HTML組件顯示可能表明這些組件使用一個內存緩存，同時的多更高的CSS / JS組件限制在這個測試可能表明磁盤高速緩存的使用，但是這僅僅是猜想。 至少，機器人，並出現在兩種情況下使用磁盤高速緩存，因為其緩存生存週期。

新建議

基於這些新的結果，再加上我以前的測試結果，我提供以下更新建議：

• 使用遠未來的緩存過期頭 ，這將阻止從瀏覽器發送一個條件GET請求。
• 嘗試限制25.6KB或更少 ，如果你希望他們被緩存的 HTML網頁，因為以前的測試表明，這種限制的iOS 3.2施加的iPad是最低的測試設備的HTML資源限制。
• 保持下1MB CSS和JS組件，當然，1MB是巨大的和你的組件應該比這少得多，但不要打擾到可緩存的緣故單獨請求分裂一個組件，除非它的大小接近1MB。
• 如果你的組件堅持在很長一段時間的高速緩存，或在電源週期的重要考慮使用HTML5的應用程序緩存。
• 做您自己的測試 ，我強調這在我以前的文章中的重要性，我會在此再次強調。 使用這些成果為出發點，但驗證自己之前基於對他們做出的重要決定。

談話： bloglines | technorati

分享和擴展： 書籤del.icio.us | Digg它！ | 書籤交易！