锐：营业时间周四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年5月 （7）
- 4月2012年 （13）
- 2012年三月 （6）
- 2012年二月 （7）
- 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）
- 二零一零年三月 （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）
- 二零零七年十一月 （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年＃