銳：營業時間週四7月28日
7月25日，在下午10:56 2011年由盧克·斯密在發展 ，營業時間 | 2評論 Y.Calendar即將到3.4.0
日曆是我們更受歡迎的YUI 2家族的部件之一，它在3.4.0上YUI 3架構亮相。 艾倫拉比諾維奇組件所有者和作者，並會重新引入我們這個老喜愛的呼叫，顯示2.x的日曆所面臨的問題，一些新的方法。 我特別是飲譽國際化的支持，但新的渲染規則也很迷人。
來吧，並把您的日期選擇器，日曆事件，進口從iCal中，使煎餅的問題和你的功能要求，為我們的肉，現在和未來的Y.Calendar 。 （不，它會不會導入iCal中，但如果有人想創造一個畫廊模塊馴服野獸，還有肯定是你YUIConf票;)）
我們又回到了本週我們平時的時間，所以我們會看到你將在上午10時PDT。
時間及詳情
我們會從上午10點至11點PDT星期四線上。 連接的詳細信息和往常一樣。
- 撥號到1-888-371-8922（Skype的非美國與會者*）
- 輸入與會者代碼47188953＃
- 加入屏幕共享會話 （會提示你安裝的Adobe Connect插件，如果這是您第一次使用）
注 ：因為它是一個開放的會議行，我們要求，來電靜音線 ，除非他們在積極討論參與。
* - 如果Skype是不是一種選擇，給我發電子郵件或在freenode上的＃YUI IRC頻道趕上我（ls_n）一個本地電話號碼。
錄音
感謝大家在調用！ 現在可以在線錄製會議的 。
高品質的iPhone / iPad兼容，下載的記錄是在這裡 。
共享和擴展： 書籤del.icio.us Digg它！ | reddit！
2評論»
發表評論
YUI庫在Twitter
翻譯
最近的帖子
檔案：
- 2012年2月 （5）
- 2012年1月 （8）
- 2011年12月 （7）
- 2011年11月 （12）
- 2011年10月 （4）
- 2011年9月 （9）
- 2011年8月 （6）
- 2011年7月 （7）
- 2011年6月 （8）
- 2011年5月 （6）
- 2011年4月 （10）
- 2011年3月 （8）
- 2011年2月 （5）
- 2011年1月 （10）
- 2010年12月 （24）
- 2010年11月 （21）
- 2010年10月 （11）
- 2010年9月 （17）
- 2010年8月 （18）
- 2010年7月 （8）
- 2010年6月 （11）
- 2010年5月 （11）
- 2010年4月 （22）
- 2010年3月 （22）
- 2010年2月 （16）
- 2010年1月 （8）
- 2009年12月 （9）
- 2009年11月 （29）
- 2009年10月 （14）
- 2009年9月 （12）
- 2009年8月 （4）
- 2009年7月 （5）
- 2009年6月 （7）
- 2009年5月 （7）
- 2009年4月 （7）
- 2009年3月 （15）
- 2009年2月 （10）
- 2009年1月 （7）
- 2008年12月 （11）
- 2008年11月 （12）
- 2008年10月 （16）
- 2008年9月 （4）
- 2008年8月 （9）
- 2008年7月 （12）
- 2008年6月 （11）
- 2008年5月 （12）
- 2008年4月 （11）
- 2008年3月 （7）
- 2008年2月 （10）
- 2008年1月 （6）
- 2007年12月 （12）
- 2007年11月 （6）
- 2007年10月 （5）
- 2007年9月 （8）
- 2007年8月 （6）
- 2007年7月 （3）
- 2007年6月 （7）
- 2007年5月 （12）
- 2007年4月 （8）
- 2007年3月 （7）
- 2007年2月 （7）
- 2007年1月 （8）
- 2006年12月 （5）
- 2006年11月 （6）
- 2006年10月 （11）
- 2006年9月 （4）
- 2006年8月 （5）
- 2006年7月 （2）
- 2006年6月 （3）
- 2006年5月 （7）
- 2006年4月 （2）
- 2006年3月 （1）
- 2006年2月 （14）
評論政策
我們鼓勵貢獻意見，對博客上的談話。 請注意，雅虎可能在我們的全權，刪除的意見，如果他們是題外話，不適當的，或違反我們的服務條款 。
成為一個Yahoo!
你是一個天才的工程師，產品經理，或設計師，尋找自己沉浸在一個充滿創意和樂趣的環境嗎？ 然後來找到一個與我們的工作 。
元：
因此，當3.4版本出來嗎？
PKS - 7月26日，2011年＃
我相信有很多的活動，在本次會議後的＃YUI通道，但不幸的是，IRC頻道的活躍期是通常關閉我經常小時，所以我最想念的好東西。
因此，這裡是我的脫線，（我）小時約日曆意見：
模板是靜態的類成員，防止有兩個不同的模板，在同一頁上的日曆。 也名稱CONTENT_TEMPLATE是一個不錯的選擇，因為有一個相同名稱的部件屬性和它混淆知道哪一個是你談論。 如果此模板改變實例屬性，它的名字將與Widget的自身屬性發生衝突相當可預見的（致命的）結果。
頭和日曆本身具有兩個獨立的和斷開的模板，防止他們在多個月的日曆保持一致。 如果你要顯示了整整一年，你想每個月明確指出，不只是知道個月顯示的範圍，有哪一個是哪一個用戶數。 換句話說，除了可能有一個對整個事情的首要頭，每個窗格“應該有它自己的頭，月/年應該去那裡。 這當然不是一個基本的標記結構的微小的變化，很抱歉。
使用常常被人遺忘的第三個參數Y.substitute，更換功能，可以提高模板的東西。 這將允許調用方法插入到基本的日曆，以填補在開發人員可能看中任何佔位符，就像老YUI2 Paginator。 插件為了做模板填充上註冊初始化{標籤}它們被設計來處理的方法做了更換。 更換功能，收到“建議”更換，這樣他們就能夠接受提供的默認或修改它，因為他們想要的。 一個paneNumber參數或等效上下文信息也應該提供這些替代功能，讓他們知道哪個窗格（或其他）他們灌裝英寸不用說的，這也應該是所有可用的頭模板的方式一路下跌到每個細胞模板，每一個都提供其自己特定的上下文信息。
我盧克的建議窗格你想多少時間，讓日曆處理，糖方法。 我不知道這些日曆佈局。 他們會自然分解，並流入到下一行的權利的邊界上？ 與目前的模板，您將定義，但有關糖的特性，說明你想要的窗格什麼？ 然後，你會需要指定是否要，也就是說，全年在6兩行，3行4或任何組合。 給每個窗格中的className一個序列號，將允許設計師通過CSS來處理這雖然是一件好事，有一個像“panesPerRow或一些這樣的單糖屬性。
規則應該延長到幾天之前或之後，目前的一個月。 如果你不想被應用到具體月份的規則，你設置的規則，沒有簡單的日曆忽略所有規則。 所顯示的一切應該遵循相同的規則。 正如我所說，如果你是一個遊客做一個酒店房間預訂飛機票或在每月的最後一個星期，您正在尋找的可用性或優惠，這是不能接受的，額外的天數不顯示的可用性座席/房間/優惠或其實你應該定位在月份之間來回，彷彿第一是不連續的前一個月的最後一天。 如果他們不遵守規則，顯示出他們嗎？ 如果你不告訴他們，你要強迫用戶瀏覽。
與此相關，日曆應該為開發商提供了幾個輔助方法來檢索一個月的日期範圍（專為多窗格日曆）和顯示（包括前，後的演員）的日期範圍。 這將是方便的組裝為每個日曆單元（席位數，門票價格，節假日，無論）在一個單一的交易有關的數據的IO請求。 這些方法應該能夠報告這些信息，前日曆實際上是呈現以避免閃爍。
薩蒂揚- 7月29日，2011年＃