銳：週四年9月1日營業時間

2011年8月30日，10:53上午由盧克·斯密| 發展 ，營業時間 | 2評論

YUI加載器和種子文件的更改，加上裝載機的技巧和竅門

早在七月初， DAV玻璃張貼文章裝載機和種子文件的變化，在3.4.0。 有幾個問題的意見，並在論壇＃YUI通道上的其他一些freenode的體育館 ，所以我希望得到的號角公共Q＆A的DAV

我並不指望將整整一個小時，不過，這樣之後，我們將要談論關於裝載機的最佳做法，技巧和竅門。 根據時間，我希望能彌補一些東西：

  • 如何使裝載機取非YUI的文件
  • 設置模塊組，並使用它們的許多優點
  • 託管和指著自己的組合服務
  • 每個配置如何影響Loader將在那裡尋找你的文件

如果您有燃燒約裝載機的問題，有一個訣竅，你想分享，或尚未意識到如何真棒裝載機是，請加入我們的行列！

時間及詳情

這一周我們要舉辦的會議，完全的Adobe Connect，包括音頻。 我們將使用連接的聊天管理問題或使用Connect的內置音頻支持更深入的討論。

我們將在網上營業時間室從上午10點至11點PDT星期四 。

更新

錄音是我們的YouTube頻道 。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

2011年開源獎提名銳！

2011年8月23日，珍妮·唐納利4:58 PM | 雜記 | 4評論

如果你愛銳（我們希望你這樣做！），請花點時間到我們為2011年開源主辦，由Packt出版獎 提名 。 務必指出http://yuilibrary.com我們閃亮的新網站！

現在是開放的，通過9月9日提名表格 。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

宣布YUI的3.4.0新YUILibrary.com的的

2011年8月18日，在8:54上午由喬治·帕克特| 開發 | 19評論

YUI團隊有一個也沒有，但兩條消息今天分享。 首先，我們已經推出完全修訂YUILibrary.com 。 新的網站是一個地面高達重寫所有YUI的文檔，更清潔的用戶界面，更直觀的組織強大的新架構上提供了一個統一的目標。 需要一些時間來環顧四周。 我們希望你會很高興與你所看到的。

新網站的索引包含的例子，社區更新，和清晰的文檔的鏈接，並開始內容

此外，銳3.4.0現在是在CDN以及可供下載 。 此版本中的一些亮點包括：

  • 應用程序框架（試用版）：銳3.4.0標誌著由Ryan Grove和埃里克Ferraiuolo亮相的應用程序框架。 應用程序框架是一個總成控制器 ， 模型 ， 模型的名單 ，和View組件，寫單頁的JavaScript應用程序提供了一個簡單的MVC風格的框架。 這些元件可用於單獨或共同創建任何基於URL的路由，數據綁定，以及完整的客戶端服務器同步，從簡單的非交互式的意見，以豐富的應用。
  • 日曆形象 日曆（試用版）：艾倫拉比諾維奇添加日曆3的銳在3.4.0版本中的部件集合。 日曆是一個靈活的部件，提供一個月至三個月的導航，單個或多個日期選擇，自定義格式和國際化。 它還引入了一種新的方法日期過濾，使用嵌套的規則集，以及一個完全基於模板的渲染，從而使開發人員能夠快速，輕鬆地定制多種用途。
  • 裝載機： YUI加載經歷重大更新為3.4.0 DAV玻璃，重點是提高性能。 種子文件中包含裝載機和其元數據，這使得模塊的加載速度更快，因為其元數據的要求已經在頁面上。 匯總已被刪除，從制度和allowRollup默認為false，在裝載機配置。 因此，YUI將只加載比額外的模塊包括匯總的一部分，而指定的模塊。 最後，build目錄已爆炸和子已減少在計算裝載機的依賴所執行的迭代數從核心系統中刪除。 你可以參考3.4.0有關裝載機變化的博客後，更多的細節。
  • 圖形圖像 圖形（試用版）：特里普橋介紹YUI的3.4.0圖形模塊。 此組件提供了一個JavaScript API，允許您創建多種格式的填充和描邊屬性的預定義的形狀和自由形式的多邊形。 基於瀏覽器和設備的能力，圖形會呈現使用SVG，HTML格式，帆布，或VML的形狀。
  • 小組（β）和小工具：銳實習生TILO米特拉在加州度過了另一個生產夏季重寫事務委員會的工作。 他也取得了幾項增強功能部件包括Widget的自動隱藏和擴展插件的部件模態的轉換，並引進WidgetButtons，一個新的Widget擴展，使您可以將CSS樣式按鈕在頁眉和頁腳的任何部件實現標準的模塊支持。
  • 滾動： TILO也增強了滾動為3.4.0，支持垂直分頁，包括滾動列表插件即時列表中的元素添加CSS類名來。

除了提供設計YUILibrary.com，YUI開發人員和設計師，傑夫Coniff，也有助於為3.4.0版本的項目數。 已作出改進的移動設備上更好的外觀和可用性的一些部件的設計和渲染。 他還提出，是藝術人才的工作中創造了一些新的例子，如複雜的繪圖：小提琴在圖形的例子。

3.4.0在銳，幾個組件已被提升為從Beta遺傳狀態 實用 ， TabView ， YQL的查詢 。 你還會注意到去除COMPAT元件從庫中除了歷史棄用，CSSGrids-棄用。

我們非常高興能夠分享YUI的3.4.0和銳界的新網站。 你可以學到更多關於銳3.4.0 YUILibrary.com檢討文件。 您可以還可以查看銳3.4.0組件的歷史文件中指出的所有變化的總結，以及銳3.4.0發展過程中解決門票的完整列表 。 一如既往，我們將非常感謝您提出的任何建議，你可能有缺陷，你會發現在我們的車票數據庫。 在YUI 3票數據庫，可輸入反饋銳3.4.0 。 為YUILibrary.com門票可以進入在YUILibrary庫 。 如果有興趣在幕後看在創造新的YUILibrary.com，一定要加入我們的營業時間星期四，8月18日我們將要討論的設計和實施。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

銳：週四8月18日營業時間

8月15日，2011 9:49 PM由盧克·斯密在發展 ，營業時間 10評論

歡迎新yuilibrary.com！

在與3.4.0版本的同時，新的和改進的YUILibrary.com網站去住！ 新網站是統一的，更好的組織，有一個新鮮的外觀和感覺。

新網站的索引包含的例子，社區更新，和清晰的文檔的鏈接，並開始內容

期待即將舉行的一個關於網站的細節後，但參加的營業時間將房本星期四早上起床一看，導遊瑞安樹叢和其他人，這個現實。 我們將談論網站的設計，後端設置，未來計劃，社會機會，並檢查了所有的新功能，我們可以塞進一個小時，包括新的API文檔界面。

API文檔提供許多先前被隱藏的信息，看起來性感

我們一直在努力使尾巴得到這個東西，準備推出，我們不能高興看到終於使yuilibrary.com其家。 來慶祝就職，給予反饋（好的和壞的），學習方法可以幫助最好的，它可以為你，為更大的銳界的新網站。

時間及詳情

這一周，我們不打算使用的會議橋 。 相反，我們要舉辦的會議，完全的Adobe Connect，包括音頻。 我們將使用連接的聊天管理問題或使用Connect的內置音頻支持更深入的討論。

我們將在網上營業時間室從上午10點至11點PDT星期四 。

更新：視頻可供下載

高清晰度，IOS友好錄音可供下載 。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

銳：營業時間週四8月11日

盧克·史密斯，2011年8月8日下午09:47 | 發展 ，營業時間 | 評論

搜索直接無障礙

我們將按照以前的關於搜索直接郵寄 。 還有很多關於搜索直接談論的價值，但對於初學者，得到的輔助的經驗權是兩個有趣的和重要的。 維克托Tsaran和Caridy帕蒂諾將加入呼叫我們來談談有關項目，審查實施細則，並回答任何問題，你搜索直接或輔助的最佳做法。

時間及詳情

本週我們正在改變格式。 我們要嘗試舉辦的Adobe Connect會議完全。 會有沒有撥入的會議橋 。 音頻也將通過連接。 我們將使用連接的聊天管理問題。

我們會像往常一樣在線的營業時間 從上午10點至11點PDT週四 連接的房間 。

更新：我們還是在會議橋

在具有諷刺意味的行程，原來是連接不具有良好的視障者無障礙，所以我們將使用屏幕共享和像往常一樣的音頻會議橋連接。 連接的詳細信息：

  1. 撥號到1-888-371-8922（Skype的非美國與會者*）
  2. 輸入與會者代碼47188953＃
  3. 加入屏幕共享會話 （會提示你安裝的Adobe Connect插件，如果這是您第一次使用）

更新＃2：可用的錄製

下面是這營業時間下載記錄 。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

搜索直接訪問

2011年8月8日，9:44下午Caridy帕蒂諾| 輔助功能 ， 發展 | 6評論

幾個月前，我們推出了直接搜索的第一個beta版本。 這種新產品，探討了實時反饋的概念，即刻交付用戶每次擊鍵的答案。 由於雅虎的受眾的多樣性，我們希望使搜索盡可能方便直接。 最初，我們相信，這將是一件容易的事，因為這種產品將在3 YUI的JavaScript庫，將其DNA出爐的無障礙。 作為一名工程師，我的期望相反，這個任務竟然是比我們預期的更困難。

搜索直接介紹

雖然搜索直接從地面建成使用YUI的組件基礎設施，其最明顯的突出的界面是基於YUI自動完成構件右出框，其中包括許多輔助功能。 一個特定的查詢有關的建議，顯示在此自動完成實施。 搜索直接還設有一個內容面板，又名豐富的面板 ，在有關建議的內容顯示。 豐富的面板的意圖是從自動完成清單的建議，被選中時向用戶提供一個直接的答案。

搜索直接截圖 - 查詢：仁，軟選擇​​：珍妮弗·安妮斯頓

一套新的建議顯示在名單上的每一個按鍵，默認情況下選中的第一個建議。 這個默認選擇被稱為軟選擇 。 軟選擇和後續交互的建議名單，決定，內容豐富的面板呈現。 在現實中，事情是一個比較複雜的（性能優化，額外的緩存層等），但為簡單起見，我們可以假設，這是常見的工作流程。

輔助功能

在搜索直接訪問的追求，我們期待在執行搜索助理，技術，雅虎開創了一個幾年前，以及銳本地的輔助功能。

本次調查結束後，三個主要的輔助功能提出直接搜索：

  • 使用YUI國際化的實用服務本地化的內容。
  • 設置內自動完成構件的元素，需要確定和屏幕閱讀器處理的role和aria-*屬性。
  • 使用一個隱藏的div ，表示現場地區（ aria-live ）事情發生時通知用戶。 例如，提供建議，選定的建議等;

該計劃是通知用戶直接在搜索界面的任何變化，並提供一組鍵盤快捷鍵來瀏覽以下的可視化組件：

  • 搜索框
  • 提交按鈕
  • 建議列表
  • 豐富的面板

像微風的聲音，對不對？ 那麼，讓我們退後一步。

問題

我們這裡有兩個異步的過程-其中一個更新的建議集和檢索相應答案的另外一個-他們都非常快。 我們談論250ms的端到端。 由於接口改變，在這樣一個快速的步伐，保持跟踪的一切是很困難的一個屏幕閱讀器的用戶。 它得到了一個數量級更複雜的異步更新發生時，近實時的方式。 因為屏幕閱讀器被通知在接口的每一個變化，由此產生的顫很難理解發生了什麼事情。

由於缺乏一個可以接受的解決方案，我們就開始與合作，雅虎的居民無障礙大師，：維克多Tsaran（ @ vick08 ）嘗試，並拿出一些更好。

我們第一次觀看維克多與搜索直接交互，我馬上就明白了，他的重點，大部分的建議名單，而不是豐富的面板上。 這對我來說是一個驚喜，因為我們被視為“真理之源”的名單。 在我們的會議之一，我們的運氣，當我們發生了禁用列表中的所有輔助功能。 盡快搜索列表介紹了噪聲削減，直接開始使維克多的意義！

屏幕閱讀器的用戶如何看待搜索直接

意識到我們正試圖解決錯誤的問題後，我們又回到原來的用戶的故事：“作為一個用戶，我可以得到一個答案，因為我鍵入”。 獲取用戶的答案是當務之急。 重新定義的問題後，我們集中我們的輔助屏幕閱讀器的建議名單優先於豐富的面板內容的實施工作。

例如，如果用戶類型"miami wea"屏幕閱讀器會告訴他們兩件事：

  • 10項建議。
  • 天氣邁阿密，佛羅里達州。 今天，零星雷暴​​，89華氏度77°F。 明天，局部地區性雷暴，90華氏度74華氏度...

然後，它會繼續讀出豐富的面板內容的其餘部分。 用戶並不需要預先知道的所有10項建議，每次名單更新。 如果他們想知道的信息是易於通過鍵盤導航。

為了確保我們的建議名單，增值的經驗，確保第一句，在豐富的面板密切相關，其相應的建議。 例如，基於前面的例子， "weather miami"是在豐富的建議面板的第一句：“邁阿密的天氣”。

雅虎無障礙實驗室，維克多Tsaran，說明如何在Firefox與NVDA屏幕閱讀器：

屏幕閱讀器的經驗為我們的應用程序更容易遵循，因為我們現在只集中在以下兩個可視化組件：

  • 搜索框
  • 豐富的面板

作為一個整體的自動完成列表的變化，不再跟踪，並提交按鈕被忽略，因為用戶可以隨時打當前查詢輸入或使用鍵盤快捷鍵（蒂爾達訪問鍵： [control, alt or shift] + ~輸入元素和豐富的面板之間切換。 這些鍵盤導航選項時，搜索框被承認的屏幕閱讀器的用戶透露。

從工程的角度來看，這種變化極大地簡化了的事情。 DOM操作中最活躍的組成部分的金額大大減少，提高整體性能直接搜索。 下面是一個執行的例子： 

函數SDAAria（）{
     VAR節點= this._liveRegion = Y.Node.create（“<div role="status" class="off-screen" aria-live="assertive"> </ DIV>”）;
     / /創建的ARIA活區...
     y.one（'身體'）追加（節點）;
     / /聽詠嘆調：實時信息更新現場區域
     this.on（詠嘆調：活'，this._handlerMsg，本）;
     / /聽八卦：刷新公佈的許多建議如何
     this.on（“閒話：this._handleGossipRefresh，這刷新”，）;
 }
 SDAAria.ATTRS = {
     字符串：{
          valueFn：函數（）{
             返回Y.Intl.get（“SD-ARIA”）;
          }
      }
 };
 SDAAria.prototype = {
     _ariaSay：功能（stringId，潛艇）{
         VAR消息= this.get（“字符串”+ stringId）| |';
         this._liveRegion.setContent（潛艇Y.Lang.sub（消息，潛艇）：消息）;
     }，
     _handlerMsg：功能（E）{
        如果（e.id）{
             this._ariaSay（e.id，e.subs）;
         }
     }，
     _handleGossipRefresh：函數（）{
        尺寸大小（）。= this.get（'建議'）;
         this._ariaSay（（> 0的建議“：”NO_SUGGESTIONS'）{
             N：大小
         }）;
     }
 };

吸取的經驗教訓

當創建一個訪問接口，重要的是要提出正確的問題。 使每一點你的應用程序訪問，未必是正確的做法。

屏幕閱讀器的用戶，從早期的反饋要求 - 不假設你有你的基地覆蓋，直到你得到一些用戶的反饋。 利用各種工具和功能，在您的處置，可能沒有預期的效果。

屏幕閱讀器的用戶可能會遇到困難，跟踪實時更新，尤其是當屏幕閱讀器的通知轟炸。 在這些情況下，少可以成多。 什麼是重要的，而不是試圖複製的屏幕閱讀器的應用程序的原始經驗的用戶識別和集中。

caridy帕蒂諾 作者簡介：雅虎搜索直接首席前端Caridy帕蒂諾，。 他一直是一個長期的YUI所提供和鼓泡庫YUI的擴展，以及旅客在YUIBlog.com博客分享一些他建立廣泛的高性能Web應用程序的經驗的作者。 載入策略，事件驅動的架構和SSJS一些其中Caridy花費他的大部分時間，這些天的主題。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

主辦雅虎

©2006-2012雅虎公司所有權利保留。 隱私政策 - 服務條款

支持WordPress的關於雅虎 虛擬主機 。