锐:周四年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频道

共享和扩展: 书签del.icio.us Digg它! | reddit!

2011年开源奖提名锐!

2011年8月23日,珍妮·唐纳利4:58 PM | 杂记 | 4评论

如果你爱锐(我们希望你这样做!),请花点时间到我们2011年开源主办,由Packt出版 提名 务必指出http://yuilibrary.com我们闪亮的新网站!

现在是开放的,通过9月9日提名表格

共享和扩展: 书签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遗传状态 实用TabViewYQL的查询 你还会注意到去除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日我们将要讨论的设计和实施。

共享和扩展: 书签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友好录音可供下载

共享和扩展: 书签del.icio.us Digg它! | reddit!

锐:营业时间周四8月11日

卢克·史密斯,2011年8月8日下午09:47 | 发展营业时间 | 评论

搜索直接无障碍

我们将按照以前的关于搜索直接邮寄 还有很多关于搜索直接谈论的价值,但对于初学者,得到的辅助的经验权是两个有趣的和重要的。 维克托TsaranCaridy帕蒂诺将加入呼叫我们来谈谈有关项目,审查实施细则,并回答任何问题,你搜索直接或辅助的最佳做法。

时间及详情

本周我们正在改变格式。 我们要尝试举办的Adobe Connect会议完全。 会有没有拨入的会议桥 音频也将通过连接。 我们将使用连接的聊天管理问题。

我们会像往常一样在线的营业时间 上午10点至11点PDT周四 连接的房间

更新:我们还是在会议桥

在具有讽刺意味的​​行程,原来是连接不具有良好的视障者无障碍,所以我们将使用屏幕共享和像往常一样的音频会议桥连接。 连接的详细信息:

  1. 拨号到1-888-371-8922(Skype的非美国与会者*)
  2. 输入与会者代码47188953#
  3. 加入屏幕共享会话 (会提示你安装的Adobe Connect插件,如果这是您第一次使用)

更新#2:可用的录制

下面是这营业时间下载记录

共享和扩展: 书签del.icio.us Digg它! | reddit!

搜索直接访问

Caridy帕蒂诺,2011年8月8日下午09:44 | 辅助功能发展 | 6评论

几个月前,我们推出了直接搜索的第一个beta版本。 这种新产品,探讨了实时反馈的概念,即刻交付用户每次击键的答案。 由于雅虎的受众的多样性,我们希望使搜索尽可能方便直接。 最初,我们相信,这将是一件容易的事,因为这种产品将在3 YUI的JavaScript库,将其DNA出炉的无障碍。 作为一名工程师,我的期望相反,这个任务竟然是比我们预期的更困难。

搜索直接介绍

虽然搜索直接从地面建成使用YUI的组件基础设施,其最明显的突出的界面是基于YUI自动完成构件右出框,其中包括许多辅助功能。 一个特定的查询有关的建议,显示在此自动完成实施。 搜索直接还设有一个内容面板,又名丰富的面板 ,在有关建议的内容显示。 丰富的面板的意图是从自动完成清单的建议,被选中时向用户提供一个直接的答案。

搜索直接截图 - 查询:仁,软选择:珍妮弗·安妮斯顿

一套新的建议显示在名单上的每一个按键,默认情况下选中的第一个建议。 这个默认选择被称为软选择 软选择和后续交互的建议名单,决定,内容丰富的面板呈现。 在现实中,事情是一个比较复杂的(性能优化,额外的缓存层等),但为简单起见,我们可以假设,这是常见的工作流程。

辅助功能

在搜索直接访问的追求,我们期待在执行搜索助理,技术,雅虎开创了一个几年前,以及锐本地的辅助功能。

本次调查结束后,三个主要的辅助功​​能提出直接搜索:

  • 使用YUI国际化的实用服务本地化的内容。
  • 设置内自动完成构件的元素,需要确定和屏幕阅读器处理的rolearia-*属性。
  • 使用一个隐藏的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花费他的大部分时间,这些天的主题。

共享和扩展: 书签del.icio.us Digg它! | reddit!

主办雅虎

©2006-2012雅虎公司所有权利保留。 隐私政策 - 服务条款

支持WordPress的关于雅虎 虚拟主机