让我们谈谈语音CSS

波士顿和许多大城市一样，有地铁系统。上下班的人习惯于听定期的公共广播。乘客只需调出一些公告，例如反复重复的预先录制的车站名称。或者是当地政界人士和名人的公益广告，有点重复，第一次之后就不值得关注了。最重要的是服务警报，它通常提供乘客需要立即采取行动的直接信息。一个非正式的优先事项一个普通车手的耳朵被训练成被动地听重要的通告，而在一天辛苦的工作之后，在电话上摆弄或是划出区域。这不是一个完美的系统，有时我会发现自己被困在一列被压进特快列车的列车上。但我们不应该删除优先级较低的通告。现在还不清楚什么样的信息对谁是重要的：游客，新居民，或者拜访朋友和家人等等。一个小小的思考实验：这种优先权是否可以通过合理的设计更正式化？这样做的目的是一致地使用不同的声音，或者在某些公告前加上特定的音调。我注意到列车运营商的一种紧急行为类似于这样：有时他们会在发布公告前用一小束无线电静电来吸引乘客的注意。机遇我一直在想，这种思维是否可以扩展到为每个人打造更好的网络体验。毕竟，sound在web上正在复兴：web音频API得到了极大的支持，大多数主要操作系统现在都附带了内置的叙述工具。像Siri这样的数字助理几乎无处不在，播客和有声读物是人们媒体饮食的正常组成部分。 p>Deep in CSS\"—ahem迷宫般的文档，引用了两种媒体类型来解决这个问题：听觉和言语。核心思想非常简单：面向音频的CSS告诉数字化语音它应该如何读取内容，就像常规的CSS告诉浏览器如何可视化显示内容一样。其中，aural已被弃用。speech媒体类型检测也很棘手，因为屏幕阅读器可能无法将其存在信息传达给浏览器。 CSS 3语音模块是aural媒体类型的改进版本，看起来最有前途。与display: none;一样，它也是CSS中影响屏幕阅读器行为的一小部分。它使用传统的CSS属性/值对和现有声明来创建与visual box模型具有同等价值的音频体验。，作者/记者/可访问性研究人员乔克拉克（Joe Clark）概述了一些从不改变语音生成方式的坚实理由。值得注意的是：支持许多浏览器不支持这种技术，因此编写代码将是一种浪费。简单直接。熟练程度克拉克认为，开发人员不应该乱读口语内容，因为他们缺乏\"制作计算机声音、在三维空间中定位声音、为特殊组件指定背景音乐和音调\"的培训，但我们是一个博学的行业。我认识很多工程师，他们白天开发企业级的技术架构，晚上作曲。还有一个事实是，我们已经做过了。他正在努力打造一个全方位的音频体验，这是一项不可能完成的任务，这是事实。但是情况变了。一个完整的音频世界不需要再从整个布创建。现在大多数操作系统都提供了数字化的声音，而且廉价/免费的库存声音和声音编辑资源的数量几乎是压倒性的。适当性对于屏幕阅读器的用户来说，阅读器的声音是他们的web界面。因此，用户可以对屏幕阅读器的声音充满热情。在这种情况下，克拉克主张不要改变屏幕阅读器读出字典中没有的内容的方式。屏幕阅读器在处理数字接口时高度考虑了默认值，并且可能会处理许多开发人员甚至都不会考虑的内容类型。例如，某些屏幕阅读器使用专门的声音提示来表示行为。NVDA使用一系列音调来传达一个活动的进度条：改变屏幕阅读器的行为有效地改变了用户的预期体验。突然的、未经宣布的变化可能会使人非常迷失方向，并且会引起恐惧、愤怒和困惑。如果开发人员改变鼠标在每个站点上滚动和单击的方式，则是一个很好的并行方法

让我们谈谈语音CSS

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么