銳劇院盧克-史密斯：“事件演進”

2009年10月30日，下午1:25埃里克米拉利亞|銳影院| 2評論

盧克 - 史密斯在森尼韋爾的雅虎總部舉行 YUICONF 2009; 2009年10月28日，日。

我們包裹起來YUICONF 2009年昨晚，我想與大家分享第一視頻會議。 這是從YUI的工程師是盧克史密斯的演示（ @ ls_n “）昨天，”事件的演變，“在這深深融入他潛水3 YUI的事件系統 （亞當摩爾，YUI的建築師之一）。 YUI 3的事件模塊庫的優勢之一，而盧克的談話是最好的工作，到目前為止，我們所做的談論它的最佳品質。 這是為 YUIers必須看到電視。

更多視頻從YUICONF 銳劇院在未來幾週內，我希望你喜歡這個首期。

如果視頻嵌入下面不顯示在你的RSS讀者選擇正確，請務必通過點擊觀看視頻銳劇院的高分辨率版本下載版本小得多，優化，因為它的iPod ，iPhone和其他手持設備。

其他最近的銳影院視頻：

訂閱銳劇院：

談話： bloglines | technorati

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

2009年從YUICONF圖片

2009年10月28日，日下午10:39由Eric 米拉利亞 | 開發| 2評論

這裡有一些照片在Flickr上的某一天，與父親的JavaScript，布倫丹Eich結束， 從YUICONF2009談論未來的語言：

這是一個開始與開球 YUI項目的創始人托馬斯沙和布倫丹 Eich結束的一天。 馬特理髮師，YUI建築師，以及銳工程師盧克史密斯，Satyen德賽，和托德Kloots在這兩者之間的技術探索。 其他雅虎（喬納森勒布朗，里德伯克）給優秀的會談，就像馬特 Mint.com斯奈德。 Brendan的主題演講，在這一天結束，也許YUIer艾薩克Schlueter（@ IZS）總結了最好這樣：

談話： bloglines | technorati

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

YUI 2.8.0 YAP的開發者預覽

2009年10月28日上午3:49時由埃里克米拉利亞|在發展中| 3評論

銳工程師盧卡斯史密斯，YAP的工程師費利克斯李，YDN的喬納森勒布朗和許多其他的辛勤工作下， YUI 2.8.0是現在可用的雅虎 作為一個開發者預覽應用平台（YAP） 。 YAP的是平台，您可以在雅虎上運行的應用程序寫入 網頁 ， 我的雅虎，而雅虎生態系統的其它網站。

YAP的安全層是使用 Google 卡哈 ，為JavaScript對象的能力系統。 Google團隊一直努力把卡哈點，它可以像YUI的支持全功能的JavaScript和DOM庫嚴重行使的工作，和我們密切合作過的馬克 - 米勒，麥克塞繆爾和卡哈團隊提高支持銳 2。 足夠的API是今天YAP的團隊來釋放它給開發商 - ，而更多的工作有待完成，你現在可以使用的子集，應在YAP的交互式應用程序建立了很好的幫助。

喬納森已經為你的兩個偉大的資源，如果你想探索在YAP的YUI的用法：

喬納森還張貼有關此版本的雅虎開發者網絡博客上 。

里德伯克從YAP的團隊將使用邑銳在今天的科技講座YUICONF 2009;如果你在會上的時候，一定要抓住里德的會議。 如果沒有，隨時關注這些傳言時出現銳劇院 。

談話： bloglines | technorati

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

手風琴模式調查結果

2009年10月26日下午2:44由基督教Crumlish |在設計 ， 發展 | 評論關閉 accordion-yahoo-sports 幾個月前，我們共享我們目前的想法，“手風琴”導航組件和閱讀此博客採取的一項調查顯示，以幫助我們確定的默認值，目前的做法，和其他準則納入一個Web開發人員和設計師的社會問手風琴模式，並提供了一個手風琴 YUI組件的輸入。 現在審查和研究的結果，我想與社區分享他們為我們寫了“試​​用版”的格局並沒有進一步告別願意分享，所以我有一段時間，這裡的結果（請注意，本次調查不應被視為嚴格的科學）回應受訪者確定自己以下方式： accordion-respondents
  • 設計 21.4％
  • 開發 32.1％
  • 混合（設計師和開發人員）42.3％
  • 沒有上述4.2％
術語的區別在所有受訪者的壓倒多數同意
  • 手風琴和手風琴菜單意味著同樣的事情（73％）
  • 手風琴和樹控件是兩個不同的事情（89％）
許多評論者所描述的手風琴和樹木之間沿著這些路線的區別：“樹控件通常意味著一個層次的深度一般不與手風琴。較小的多數說：”手風琴和可折疊面板是指同樣的事情（60％） 。 這些多數是在不同的角色一致 。手風琴一個堅實的大部分（68％），呈報說，手風琴可以奠定了水平，以及為垂直（其實模式是在網絡上證實）。 有人建議，上水平的手風琴的標籤應當書面和/或垂直旋轉。 更大的大部分（72％）表示，手風琴，只能有兩個水平（這與手風琴和樹木之間的區別對齊）： accordion-2-levels 一個微弱多數（53％）說，可能是嵌套在其他手風琴，手風琴。 的書面意見，問題的措辭 LED一些來回答，它的肯定，但不一定可取，使建議，這樣的作為，“如果你足夠的排水溝他們，這將是可能的，但一般一個可怕的想法 - 就像使用一種太多的標籤和他們包裝成多行。“ accordion-nested 這是自我描述的設計者和開發了對立雙方的問題之一。 開發和複合材料的57％同意，手風琴可以嵌套，而64％的設計師說，他們可能不會。 （沒有 Aboves分裂50/50）！如果我猜，我說，開發商（和雜交品種），比為什麼可能已經表達了“你能做到這一點更與如何更密切地連接 ... “的角度，而設計者可能已經表達了”... ...但你不應該“的觀點。 手風琴應該如何行為微弱多數（54％）認為，手風琴應該允許多於一個事務委員會，在一個開放時間。 這兩種行為可以在網上找到，所以我們的印象是，這種行為可能依賴於設計空間和手風琴比毯子規則的一種方式或其他目的的制約。 這個問題也分裂沿標識線，但在一個含糊的方式。 雜交首選的一個微小的多數規則面板的時間，而設計者和開發，並沒有 Aboves一致認為，多個板是由稍大的多數沒關係。 accordion-multi-open 一個更大的大部分（73％）認為，手風琴可以有一個完全封閉的狀態（也就是說，這不是必要的，總是有一個面板打開）。 只離群的是，沒有 Aboves打破了60％的位置，必須始終有一個面板打開。 accordion-panels-closed 一些評論者建議，這是一個很好的做法，有一個面板，默認情況下打開，和面板的第一個，一個最近使用過的。 另一大部分（76％）認為，手風琴的整體大小可根據需要更改，而不是限制大小一致，。 （當然，也有情況下，如移動設備的屏幕上，它可能是一個有效的選擇，甚至設計的約束，手風琴保持一致的大小。）一個非常微弱多數（51％）建議，手風琴應打開點擊（而不是懸停）和一個幾乎一樣大的少數（45％）說，這取決於。 有趣的是，只有不到4％的人願意狀態作為一項規則，手風琴應該打開懸停。 accordion-onclick 在這個問題上的書面意見提供了大量的思想，良好的食物，如：
打開面板，應規定明確的行動。 手風琴如果有多個面板，懸停的開放可能會是一個不和諧的經驗。 ，而是使用工具提示傳達面板的詳細總結，並有明確的用戶“點擊”打開該面板。
取決於每個手風琴的配置。 我把這些例子[ 多個 ， 翻轉 ，使開發人員可以實際使用為每個用例的“最適合”。 此外，應選擇使用不同的規則側翻：（最開放）或（元素應只在鼠標懸停打開）。
對於先進的慣例，一架手風琴，應打開懸停在拖放操作。 在任何其他情況下，你不能信任懸停是故意的。
無障礙最後，我們問一個不限成員名額的問題，漁業，任何已知的可訪問性問題與手風琴，並得到了很多偉大的答案。 （對於我們的例子問題，大多數人一致認為，重要的是使整個標籤可點擊的，不只是一個小圖標。）這裡是其他的洞察力獲得有關使用手風琴的取樣：
我認為這是安全的假設，手風琴的互動，是一種先進的互動。 可以產生大量的可訪問性問題。
  1. 內容背後隱藏面板，這樣的人可能無法找到它。
  2. 根據可點擊區域的大小或打開 /關閉面板的觸發可能有需要用手動靈巧的問題。
如果JavaScript不可用的（雖然這可能會產生一個“忽悠”與 JavaScript），手風琴，應打開所有面板。
這取決於是否隱藏面板的內容是在DOM中存在或打開面板時檢索。 如果被檢索，重點必須放在新開的面板。
好吧，我真的相信應點擊標題，特別是如果該元素的內容將被加載使用AJAX（就像tabview方法），但現實是，有時開發人員（應該有）/（想）控制自定義的行為。 這裡是清單的例子 ，我創建了基於YUI 2.x的手風琴部件實施的，它可能是最常用的冒泡YUI的擴展組件之一。
我們已經有一個情況下，手風琴的“標籤”是一個完整的博客文章的鏈接，並因此無法手風琴點擊的。 在這種情況下，我們寫了一個圖標，到JS源做的工作。 圖標是足夠大的和/或與 accesskey的，我沒有看到一大難點 ...
手風琴控制服務器裝修的內容很多更小的空間的目的。 由於這是一個視覺的關注，它會被罰款屏幕閱讀器簡單地讀取所有的內容，而忽略了，這是作為一個手風琴直觀顯示。 這是足夠的圖標可點擊展開面板。 可能有一個配置選項，讓整個標籤，以擴大面板，或可以實施開發附加監聽器的標籤，呼籲公眾“開放”或“擴​​大”的功能，添加該功能。
試想想，作為一個選項卡式視圖手風琴。 整個面板標籤區應點擊，但如果它包含其他控件（例如，“解僱”或“關閉”按鈕），我建議只有標籤（文字）點擊，或至少clikable面積不僅擴大到互動控制（即包含一個按鈕，上述地區的，下面的標題和“之後”應點擊按鈕）。
草案釋放模式一個評論者質疑調查的人為限制（一個公平的警察，如果你問我） ：
我不喜歡這項調查。 這些問題是不夠靈活。 作為一個設計師 /開發人員，我相信所有的界面元素需要進行調整以適應特定的網站或Web應用程序。 要求黑與白的問題，不留空間項目之間明顯的差異。 有些項目需要一個硬性規定，而同樣的規則可能是完全不為另一個應用程序。 在大多數情況下，我可以回答每一個問題，與“依賴”的結果。
放心，模式將只輕輕的建議和YUI的代碼將靈活和強大。 這項調查是旨在限制人民的選擇，而是要收集的意見和喜好，因此，即使不硬和快速的規則的反饋是有用的。 我們已經出版了一本beta版在雅虎設計模式庫手風琴模式 。 如果您想作進一步的反饋上的圖案中的一種形式自由的的方式，請下降或訪問相關論壇的討論。

談話： bloglines | technorati

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

在2009年10月22日，野生

2009年10月22日，在9:39上午|在由Eric米拉利亞在野外 | 4評論

YUI ， YUI 3.0.0 ， 2.8.0和PHP裝載機1.0.0 Beta 1的出了門，這裡的團隊是專注於我們今年的最後一個大目標： YUICONF2009 。 布倫丹 Eich和道格拉斯Crockford的將 keynoting下週在我們的​​第一次公開，YUI為重點的會議。 此外銳工程師介紹會議，我們期待著像馬特 Snider和埃里克Ferraiuolo社區成員的聽證會。 雖然會議是銷售一空， YUI劇院將有盡可能多的，因為它可以捕獲-敬請關注視頻報導，因為它成為可用。

這裡有一些其他的YUI相關的新聞我們已經在過去幾週跟踪項目。 如果你有一個項目，我們錯過了，或者你希望看到在未來的更新覆蓋，請在評論中留下一個注意，YUI的最新消息，因為它發生，按照yuilibrary在Twitter。

談話： bloglines | technorati

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

分級瀏覽器支持更新：2009年第四季度

2009年10月16日下午12:07由Eric米拉利亞|在發展 ， 分級瀏覽器支持 | 28評論

這後宣布更新分級瀏覽器支持 。 銳網站上的金紫荊星章頁總是有最新GBS表。 這個職位包括：

2009年第四季度GBS變化

此更新，Mac OS 10.4 Tiger的的下降從 A級測試矩陣（與 Mac OS 10.6雪豹取代），4操作系統平台（從 14月4平台瀏覽器）測試表面上減少 12瀏覽器。 具體的變化包括：

  • 發起 A級支持火狐3.5在Mac OS 10.6†。†
  • 在Windows XP上發起了一個級支持為 Opera 10.0。†
  • 已停產的A級支持火狐3.0。†在Mac OS 10.5。†
  • 停產的A級支持火狐3.5在Mac OS 10.5†。†
  • 停產的A級支持在Mac OS 10.4的Safari 3.2。†。†
  • 已停產的A級支持的Opera 9.6在Windows XP上。†
WIN XP 運Vista的 Mac的10.5。† Mac的10.6。†
火狐3.0。† A級
火狐3.5† A級 A級 A級
歌劇院10.0。† A級
IE 8.0 A級 A級
IE 7.0的 A級 A級
IE 6.0 A級
瀏覽器Safari 4.0。† A級 A級

注：

  • 匕首符號（在“火狐3.5。†”）表示，最當前的非-β版本，分行層面接收支持。
  • 可能與未知文檔類型的網頁上使用的代碼，應測試在IE7的quirks模式。
  • 代碼中可能出現的IE8的“兼容模式”，模擬到IE7，但並不完全相同，應明確在兼容模式下測試。

GBS的預測

我們預計在2010年第一季度GBS更新以下變化：

  • 停止所有OSS歌劇 A級（如果當前數據趨勢繼續）;歌劇院（目前10.0†）的最新版本，將被視為第一季度的X級的瀏覽器。
  • 啟動 A級支持谷歌瀏覽器在Windows XP的最新版本（如果當前數據的趨勢繼續）。
  • 啟動 A級 IE8的Windows 7上的支持。

討論

此更新價格調整匯率的測試表面12瀏覽器/平台組合（從一個高15）。 此更新的最重要的方面是我們的第一季度中，我們預測瀏覽器開始接收A級的支持和Opera 10移動的X級的指導。 下面是從 GBS委員會注意到方面的指導：

  1. 瀏覽器：在瀏覽器的全球使用率的增長速度已經發生了戲劇性。 一些措施，包括我們，現在是雙A級的Opera瀏覽器（來源：StatCounter的） 。 在Windows瀏覽器是建立在了堅實的WebKit核心，支持Web標準（包括前瞻性的HTML5標準），和極高性能。 與 Google的支持，該項目進展迅速，在Windows和尚未發布的Mac OS X版本。 如果這一增長速度繼續下去，我們的結論，Chrome將需要作為第一季度的A級的關注。
  2. Opera瀏覽器：Opera的市場份額，這是小的，並顯示遞減跡象，使得這個優秀的瀏覽器，從A級到第一季度的X級的令人信服的理由。 X -級是小的市場份額，包括與現代的瀏覽器設計的一個類別，和Opera是在該類別正視今天。 Opera的市場份額可能會在特定的東歐和新興市場保留超出第一季度的測試矩陣的這個瀏覽器的一些開發商認為。 我們鼓勵你仔細觀看Opera的安德烈亞斯Bovens和大衛層高的“市場份額的神話”，原因為什麼Opera的重要性超越了全球市場份額指標方面最近提出的論點 （來源： YUI劇院 ）。

分級瀏覽器支持一個 QA的理念，而不是流行的瀏覽器的質量報告卡。 它的設計，提供關於如何最好地利用其有限的測試資源（sanely跨檢查跨瀏覽器的有限集的工作的前端工程師）QA團隊的指導。 我們的目標是要保守和計算：我們要測試的瀏覽器/平台組合的最小可能的子集，利用測試最常用的共享核心瀏覽器引擎隱的覆蓋率。

不可避免的（設計），這會使很多矩陣的瀏覽器。 ，不幸的是，仍然綁到IE6的用戶比例要求我們必須包括該瀏覽器（不是因為我們喜歡 IE6的，而是因為我們喜歡以百萬計的用戶依賴於它的數万）。

季度金紫荊星章更新的最有趣的方面之一是聽取你的意見（往往比我們自己的不同），我們很樂意聽到這些問題，您需要在評論部分。

GBS的檔案

平台框架組的前端工程位置

2009年10月16日，上午9:35埃里克米拉利亞|在發展 ， 在雅虎的前端工程工作|評論關閉

如果你是一個YUI的用戶和興趣的工作對像屬性依賴的工具雅虎 主頁和我的雅虎 ，有一個新的位置可能會感興趣。 我們的同事斯蒂芬伍茲 （ @ ysaw ），幫助一個基於YUI 3模塊的系統工程師為新的雅虎主頁，期待有人和他一起工作，該項目從工作描述：

我們的團隊建設的新框架，創建庫和工具，可讓其他開發人員和編輯，快速，高效地建立網站。 您將與產品經理和開發人員理解的要求和需要。 您將創建規格，設計，實施工具和API。 您將使用YUI的庫，用於創建可擴展的UI。 最低職務任職資格：

  • JavaScript專家
  • 精通編寫符合標準的HTML，CSS，Ajax的DOM
  • 跨瀏覽器的應用開發經驗 3-4年
  • 用PHP的經驗
  • 深諳與 XML
  • 使用YUI的經驗
  • 自起動能力在壓力下工作，並同時處理多個任務
  • 強大的口頭和書面溝通技巧

頭以上careers.yahoo.com閱讀更多關於位置和申請。 該網站也是一個好地方，尋找所有YUI相關的職位，雅虎今日。

談話： bloglines | technorati

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

下一頁»
主辦雅虎

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

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