什么是「无障碍设计」，为什么它这么重要？

什么是「无障碍设计」，为什么它这么重要？

　　之前收拾整顿「颜色比照度」相干内容时，连带进修了「无停滞设想」的常识，此次一同收拾整顿分享出去。一共分视觉、听觉、动作、认知四个圆里去论述。

　　

 

　　一. 甚么是「无停滞设想」，为何它那么主要?

　　正在那个多样化的天下上，其实不是一切人皆能毫无停滞、逆利天利用各类产物。

　　优良的无停滞设想，不只能让残徐人用户一般天取产物交互;借会为一般人供给更好的利用体验。

　　

 

　　举个例子，室第楼进口设置的坡讲，本是便利利用轮椅的用户收支。但实践利用中，大都白叟、推自止车的人，以至一般人皆更情愿走坡讲而非楼梯，果为走坡讲更省力。

　　以是坡讲的设想，不只处理了残徐人收支的成绩，也为一般人供给了更好的体验。

　　

 

　　△ 室第楼进口坡讲

　　两. 无停滞设想没有是立异的障碍

　　无停滞设想其实不会自愿设想师把设想变丑，变无聊，变混乱。相反，若能正在思索各类设想限定时，也同时思索「无停滞设想标准」，会经由过程一些限制激起出新念法，促使设想师做出为一切人所用的更好产物。

　　我们要勤奋为一切人设想——包罗瞽者，色盲患者，目力低下患者;听觉得聪或有听觉停滞的人;有认知停滞的患者;为年少、年幼的人设想;为有明白目标的人、只是忙逛的人、纯真只为享用好的用户体验的人而设想。

　　

 

　　△ Design for everyone.

　　做无停滞设想时，次要思索以下 4 个次要圆里：

　　视觉无停滞设想(visual)

　　听觉无停滞设想(hearing)

　　动作无停滞设想(mobility)

　　认知无停滞设想(cognition)

　　三. 视觉无停滞设想

　　「视觉停滞」包罗：从易以辨别色彩到完整得明。

　　设想要面：

　　确保笔墨、可交互控件战布景的比照度(contrast ratio threshold)，满意最低尺度。

　　别只用色彩转达疑息(using solely color) ，让笔墨字号可调( resizable)。

　　确保界里上一切的控件皆可借助帮助手艺(assistive technologies)利用，如屏幕浏览器，放年夜镜战盲文显现器(screen readers, magnifiers and braille displays)。 那便意味着必需让 accessibility APIs 能够经由过程法式肯定每一个控件的脚色、形态、代价、题目。

　　具体论述枢纽面：

　　1. 确保笔墨战布景的色彩有充足下的比照度

　　按照According to the WCAG 尺度，笔墨战布景色的比照度最少是4.5:1;假如是年夜于即是24 px/ 19 px bold 的笔墨，比照度最少是3:1 。那项标准能够协助目力停滞用户更好天利用互联网产物。

　　

 

　　△ Recommended contrast for web applications.

　　那是一个满意比照度尺度的好案例：

　　

 

　　△ Passing colors in Salesforce1.

　　Input 是常被人疏忽的一个圆里。下图7个 input 的例子，只要「Search Twitter」的比照度充足下，满意「无停滞设想尺度」让人看得浑。

　　

 

　　△ Only the “Search Twitter” placeholder has the minimum required contrast level.

　　我正在另外一篇文章《颜色无停滞设想(Color Accessibility)之「比照度」的探究》中有具体论述闭于比照度圆里的常识，包罗观点引见、施行办法、保举东西。

　　2. 别只依托色彩转达疑息

　　不克不及单单只依托色彩转达诸如「 形态唆使、辨别视觉控件、及时呼应」等疑息。假如只用色彩辨别，能够会让一些用户没有便利、以至不克不及分辩2中色彩的区分。那些用户包罗色盲患者(1/12 的男性，1/200 的女性)、目力低下患者(1/30 的人)、以至瞽者(1/188 的人)。

　　

 

　　△ 差别视觉停滞患者看到的绘里

　　保举的做法是：同时利用多种视觉线索转达主要疑息;只利用色彩夸大或弥补曾经能看大白的疑息。

　　举个例子，上面的 input 中，目力一般用户能随便分浑 Email 是毛病形态，但色盲用户便完整看没有出。

　　

 

　　△ 左：一般用户所睹;左：色盲用户所睹

　　处理法子有许多种，好比：同时利用「色彩辨别+标签+阐明」，去表白哪一个是毛病形态。

　　

 

　　△ 同时用色彩、标签、帮助阐明去辨别

　　法子是无尽的，本则是独一的：别只用色彩辨别。

　　Facebook 的 input 是个很好的例子：

　　

 

　　△ facebook 的表单界里

　　同时利用了 3 种视觉线索辨别毛病形态：

　　白色边框。

　　叹号 icon。

　　tooltip 提醒，注释为何呈现毛病。

　　3. 留意表单的设想

　　远几年，表单输进框的情势有了没有小改变。当代气势派头的表单设想偏向于往极简主义开展，丢弃了传统表单的一些根本属性，好比明晰的边框，较着的标签——那年夜年夜低落了利用体验。

　　下图是传统输进框款式，界线明了，标签分明。中心可挖充色彩也可没有挖充。

　　

 

　　△ 一个开理的输进框

　　明晰的表单边框关于有认知停滞、目力低下的用户十分主要。明晰的视觉线索，会让他们很简单弄分明输进框正在哪，里积有多年夜。

　　下图是一个很盛行的条记app的输进框。

　　

 

　　△ 假如我念搜刮，我该面哪?用于夸大地位的光标皆被移除。

　　上里那个界里中，面击「searching your notebooks」的随便一处，皆能够开端搜刮。

　　上面那个界里中，有 2 个 input field， 假如我念 「 tell your story」，我该面哪?

　　

 

　　△ Where does one click to tell their story?

　　谜底是只要面击蓝框框里，才气输进笔墨。面击蓝框之外的地区，出任何反响。

　　

 

　　△ If you click outside of the blue box, nothing will happen.

　　下图那个条记输进界里的例子，也出有传统的输进框。但题目是限制正在2条程度线内的，而且用户能够面击上面的随便处开端输进条记内容。

　　

 

　　△ Non-standard, but still with enough cues for users with disabilities

　　4. 出标签的输进框

　　Text label 能报告用户输进框的目标，placeholder 出那么高文用。

　　没有保举 placeholder 替代 text label 的输进框，输进内容时placeholder消逝，会让用户遗忘输进目标。

　　

 

　　△ 没有保举的情势

　　保举把 lable 拿到输进框中侧，时辰提示用户本人输进的是甚么。

　　

 

　　△ 改良方法：Compound fields with visible labels

　　5. 能够用屏幕浏览器逆利利用您的 UI 控件吗?

　　那那次要针对：利用 Dragon NaturallySpeaking 等语音辨认东西的视觉停滞用户。(无数据显现大要 1–2% 的用户会利用 屏幕浏览器(screen reader)

　　举个例子，假如您的「menu」只显现一个图象icon，像那样：

　　

 

　　△ menu

　　为了阐明那是一个「菜单按钮」，它需求一个「笔墨替换计划」，好比「menu」去转达战图象不异的疑息。能够利用 aria-label attribute, aria-labelledby attribute，大概间接写上「菜单」。 WebAIM Quick Reference 里供给了一些 general technical tips。

　　(aria-label 是一個 HTML attribute，用來告訴讀屏軟件某個元素是什麼，提拔 Web Accessibility)

　　任何图象情势的 UI 控件，皆需求为图象供给一个「笔墨替换计划」。

　　6. 别让用户四处 hover 才气找到谜底

　　那次要针对：

　　利用 Dragon NaturallySpeaking 等语音辨认东西的视觉停滞用户。

　　有动作停滞的用户，包罗目力一般的 keyboard-only user。

　　键盘用户战诸如 Dragon 那样的帮助手艺，依托的是屏幕上可睹的交互组件。假如一个链接或按钮正在屏幕上不成睹，则不成能心头见告「clidked」。假如一个 keyboard-only user 正在一个页里上看没有到按钮，怎样才气经由过程一个空缺地区导航来念来的处所?

　　下图是利用 Dragon Naturally Speaking 的 Gmail 截图，叠了一层无数字编号的超链接。用户能够道出数字，并取响应的链接交互。假如一个链接默许没有显现，只要 hover 时才显现，那能够便只能正在空缺处显现一个数字。

　　

 

　　△ Dragon Naturally Speaking 的 Gmail

　　那种「hover 后才显现」的可 *** 纵控件的做法很受欢送。它能够做为计较机科教家艾伦·凯(Alan Kay)所提出的成生的可用性启示法(well-established usability heuristic)的处理计划。

　　Simple things should be simple, complex things should be possible. ——Alan Kay

　　那种启示法(heuristic)道得对，但所谓的庞大性该当对一切用户(包罗残徐人)皆是能够的。

　　没有幸的是，关于无停滞设想，很多人皆以为该当契合以下道法(那没有是 Alan Kay 道的)：

　　Primary things should be visible, secondary things should be shown on hover.

　　只管正在设想中接纳更有包涵性的做法，好比：

　　将帮助 *** 纵(secondary action)安排正在菜单内，或非模态对话框 (non-modal dialog) 内，而没有是只要 hover 才气触收。

　　恰当加沉主要图标(secondary icon)的比照度，并正在 hover 时增强比照度。

　　正在 hover 时，接纳愈加较着的、或比 normal 尺寸更年夜的外形显现。

　　一个意义明白的图标(info icon)是比一片空缺( white space) 更好的触收「挖写内容」的 hover 方法。

　　案例1：Linkedin 「我的」小我私家主页

　　上面是Linkedin的一个例子。 以下是做者的小我私家材料页里中的屏幕截图。

　　

 

　　△ Jesse’s LinkedIn profile banner

　　上面是鼠标 hover 时的结果：

　　

 

　　△ His LinkedIn profile banner with hover states revealed

　　立即呈现了一些视觉提醒，报告我能够别离编纂那张card上的很多疑息，包罗姓名、职位、之前事情、教诲阅历、小我私家头像照片。

　　当我正在某一项上 hover 时，那一项便酿成蓝色，报告我它筹办好被面击了。

　　

 

　　△ Title turns blue on hover.

　　那种做法没有太契合「无停滞设想」本则。

　　上面，是为满意「无停滞设想」做的一个改良计划。我正在每项前面皆放上更小的铅笔图标，他们不断显现。

　　

 

　　△ One solution. Show smaller, gray pencils always for in-line editable fields.

　　当我正在某一项上 hover 时，整条项目变蓝。

　　

 

　　△ Show the same blue row on hover and keyboard focus.

　　或许，大都设想师看到我的修正计划时，城市问：那会没有会太重了啊?(“That’s kind of heavy, isn’t it?”)

　　或许是的。但那只是那个成绩的此中一种处理法子。

　　更进一步道，那只存正在于我本人的 porfile page。一小我私家会花几工夫看本人的 LinkedIn profile?那种所谓的「觉得重」，战是齐局的无停滞设想是划一主要的吗?假如我们没有喜好减铅笔图标那种处理法子，我们借能够念出其他甚么处理计划呢?

　　案例2：Evernote 条记列表

　　上面是另外一个例子，Evernote。那是条记列表。只要 hover 时，才会显现 4 个 *** 纵图标。

　　

 

　　△ Evernote list

　　正在那个案例中，我期望 4 个图标常驻显现正在每条条记 card 上。或许图标能够是绿色，hover 时反色。

　　

 

　　△ One solution to the hovers used in Evernote

　　那个处理计划或许借是会被评价「太重了」!

　　但请记着，我们其实不只为设想师而设想，我们是为各类百般的、有着差别需供、差别前提、差别电脑利用方法的用户而做设想的。

　　7. 挪动、闪灼的内容能否是可截至的?

　　界里上不断挪动、转动、闪灼超越5秒的内容，皆该当能够被久停、截至，或躲藏。

　　普通的，关于闪灼内容，每秒闪灼次数没有宜超越3次。

　　8. 瞽者用户怎样利用只能谈天的机械人(Chatbot)

　　那篇文章讨论了那一成绩：We need to talk about Accessibility on Chatbots，by：Caio Calado(2017.6.30)做者是一位 UX & Chatbot 设想师。

　　文章尾先提出成绩：How would a blind person use a chatbot? How would he or she interact wit it?

　　然后切身检验了Google’s Allo、 Slack、 Facebook、 VoiceOver 等产物正在 iOS 上的 chatbot，结果其实不尽善尽美。

　　进而提出：

　　If we want chatbots to be used by billions of people around the world, we need to make them accessible for everyone.

　　As an UX designer, I need to design in order to solve people’s needs and pains, not only and just for users’ goals.

　　现在，特别像 Facebook 、 Google 、Twitter 等那样的用户遍及齐球的公司，愈来愈存眷无停滞设想，Caio Calado信赖那统统正在没有暂的未来末将会被改进，他道：

　　I don’t know how, but if anything… I am here to help as well.

　　四. 听觉无停滞设想

　　「听觉停滞」包罗：听没有浑/听没有到到界里收回的声音。

　　设想要面：

　　让文本内容简单被了解，恰当利用「笔墨替换」( text alternatives )。

　　确保界里上的一切空间，正在出有声音时(without sound)，仍可一般利用。

　　五. 动作无停滞设想

　　「动作停滞」包罗：不克不及 *** 纵鼠标、键盘、或触屏。

　　设想要面：

　　确保一切界里控件交互皆可只经由过程键盘完成( functionally accessible from a keyboard )大概只利用鼠标;

　　确保界里控件被帮助手艺(assistive technologies)准确标识表记标帜;那些用户能够会利用诸如语音掌握硬件(voice control software)战物理切换掌握(physical switch controls)等手艺，那些手艺普通利用取屏幕浏览器(screen reader)等其他帮助手艺不异的API。

　　1. 供给可用键盘掌握的「得到核心」显现形态

　　有些用户正在利用web 产物时，没有便利利用鼠标，假如 web 产物能够仅经由过程键盘 *** 纵，会为其带去更好的利用体验。

　　设想师能够设想一种契合本网站气势派头、同时能供给较着视觉线索的「得到核心」形态唆使，而没有是仅仅利用阅读器的默许款式。

　　Focus highlighting 该当只被用于页里中的可交互元素，如输进框、按钮等。

　　

 

　　△ Default visual focus states for Chrome and Firefox

　　但成绩是很多网站并出有本人设想一种「获得核心」形态的视觉款式，那关于以利用键盘为次要阅读方法的用户去道，体验很欠好。次要果为结果太丑，而非没有满意「无停滞设想标准」。

　　

 

　　△ While ugly, this isn’t “caused” by accessibility.

　　上面例子是 BBC 的，用「blue bar」唆使哪个tab是当前的「获得核心」形态。

　　

 

　　△ BBC 的「获得核心」形态

　　上面是 Twitter 的例子，接纳了3中方法分离的法子，显现「获得核心」形态：

　　默许蓝框框。

　　icon由灰变绿。

　　tooltip。

　　供给了充沛的视觉唆使。

　　

 

　　△ Twitter 的「获得核心」形态

　　2. d窗

　　利用d窗时留意，核心元素要正在d窗内，而非正在d窗背后。

　　

 

　　右边毛病做法：用户出法取d窗交互;

　　左边准确做法：核心降正在2个按钮上，用户可挑选响应 *** 纵，大概封闭d窗。

　　3. hover 时的核心形态

　　假如一个元素需求hover 才气显现更多 *** 纵，那末当键盘掌握核心降正在该元素上时，要显现出hover 触收的更多 *** 纵。(能够战前文 「1.6 别让用户四处 hover 才气找到谜底」分离着看)

　　好规范：facebook。

　　

 

　　△ Facebook 的「获得核心」形态

　　keyboard only users 把核心降正在 「like」上时，会显现出 hover 时展现的更多心情。

　　反例：Product Hunt。核心降正在「share」「save」控件上时，没有显现任何hover触收的更多 *** 纵。

　　

 

　　△ Product Hunt 的「获得核心」形态，出展现出更多 *** 纵

　　上面是正误两种做法的比力：

　　

 

　　右边毛病做法：Focus states 完整无视 hover actions，间接跳到下一个 focus element。

　　左边准确做法：Focus states 许可用户取hover 触收的行动交互。

　　借有一个比力好的例子是 Gmail：

　　

 

　　△ Gmail 的「获得核心」形态，显现出更多 *** 纵

　　每一个条目正在「核心形态」时：

　　皆有特定的、较着的形态辨别(左边的 blue bar)。

　　hover 时的更多 *** 纵，正在「核心形态」时主动显现。

　　只要可 *** 纵控件有「核心形态」。

　　4. 快速中转内容的 *** 纵

　　关于仅用键盘的用户，假如每次皆让他们顺次选中每一个控件才气抵达内容，利用起去是很疾苦的。

　　好比那个blogging 仄台：

　　

 

　　△ Medium 晚期尾页

　　比力好的做法是正在最开端，供给一个捷径，让核心间接跳转至内容。

　　好比 AirBnB 那样：

　　

 

　　△ Airbnb 尾页

　　右边：得到核心之前的一般形态。

　　左边：激活「得到核心」正在最开端供给一个选项，间接跳转至内容，无需顺次途经每个tab菜单。

　　5. 从头得到核心的场景(re-focus)

　　当一个控件从界里上被删除后，核心该当显现正在「四周取被删除相干」的控件上。

　　欠好的做法是删除一个元素后，让核心从当前元素消逝，回到页里顶部。那样的话，用户得从头走一遍 focus 从顶部挪动到当前地位的历程。

　　

 

　　右边毛病做法：的删除「1」后，核心消逝。

　　左边准确做法：删除「1」后，核心显现正在「2」上。

　　6. 连结利用的分歧性

　　那是「无停滞设想」中一个很主要的成绩。

　　具体可参考 W3C’s Authoring Practices for Design Patterns有做具体注释。那是闭于怎样创立很多常睹设想组件的「无停滞设想」指北，包罗菜单、对话框、主动完成内容、树形构造等。每种组件形式皆有一套响应的 HTML 言语、键盘 *** 纵，战 ARIA 属性。 ARIA 属性阐明了用户怎样利用键盘取屏幕上的组件交互。

　　主动完成输进形式(autocomplete)：用户正在输进框输进一些内容，上面主动显现一列颠末挑选的相干成果。用户能够用高低箭头大概鼠标定位或挑选列表中的一个项目。

　　上面看下「主动完成输进」的例子：

　　

 

　　△ A simple autocomplete typeahead

　　上面那种是前里减了 icon 的主动完成输进显现的列表：

　　

 

　　△ icon 被用去夸大区分

　　上面是个紊乱的主动完成形式案例：用户不只能够从过滤的列表当选择一个项目，借能够经由过程面击「铅笔」或「渣滓桶」图标去编纂或删除每一个列表项。 那两个按钮的增加让「主动完成」输进形式变得紊乱。

　　

 

　　△ An autocomplete with a hidden feature set that cannot be communicated to assistive technology through standard techniques.

　　成绩次要果为：挨治了主动完成输进形式的键盘利用止为。「挑选」+「 *** 纵」的单重 *** 纵简单形成利用混合，也未便于键盘掌握。

　　类似的划定规矩也合用于menu。

　　上面的2个例子中，左边的才是实正的 menu，右边的实在是个 non-modal dialog(非模态对话框)。(按照 W3C’s WAI)

　　

 

　　Menu 是一种 为用户供给一列挑选的 widget。假如我们为每止减进多重 *** 纵(像右边例子)，那它便没有再是 menu 了。那也会改动键盘的 *** 纵止为，从纯真利用 arrow key，到 借需利用 tab key;同时也会改动键盘获得核心的处置方法，好比当 dropdown 支起后，键盘获得核心的显现地位便差别。

　　若能弄浑二者区分，和对用户体验的影响，非模态对话框也能够做到满意「无停滞设想」尺度。了解一个细小的设想变革，怎样改动用户交互形式，会协助您为本人的产物挑选适宜的交互形式。

　　六. 认知无停滞设想

　　「认知停滞」意味着用户能够需求帮助手艺(assistive technologies)去协助他们浏览文本，因而文本替换计划( text alternatives)的存正在十分须要。

　　设想要面：

　　制止反复或闪灼的显现方法，果为那能够会为认知停滞用户形成利用未便(issues)。

　　给用户留出充沛的工夫 *** 纵( repetitive )。

　　七. 「无停滞设想」自查浑单

　　Is your UI component accessible?

　　Visual：界里上的控件、笔墨的比照度能否满意 WCAG 最低尺度?界里来失落色彩后能否能够一般利用? 确保您的 UI 组件能够被不克不及辨识色彩的用户利用。 一个叫 SEE 的 Chrome 扩大法式能够模仿色盲用户看到的界里，Daltonize extension 也有相似功用。

　　Visual：界里组件能够正在「下比照度形式」下事情吗?如今时下经常使用的 *** 纵体系皆撑持下比照度形式。「High Contrast」是一个 Chrome extension ，能够模仿测试。

　　Visual：能够用「屏幕浏览器」利用一切 UI 控件吗?能否供给了一切可睹文本疑息的 文本替换计划(text alternatives )?您用 ARIA 删减了语义疑息吗?( semantic information)

　　Hearing：您的用户界里组件能够无声天事情吗? 封闭扬声器齐工程利用测试下。

　　Motion：一切 UI 控件，能否能够只经由过程键盘 *** 纵?能否能制止用户堕入「核心圈套」(focus traps)?可否对键盘 *** 纵做出适宜呼应?

　　最初

　　Web 的一高文用便是更好天真现了人取人之间的交换取协作，「无停滞设想」正在此中饰演偏重要的脚色。

　　或许您以为正在您的设想中要思索那些各种划定规矩，限定了您的缔造力。

　　但假如那些标准限定将您的缔造力推背极限，您便很有能够会做出既美妙，同时借能满意更普遍人群利用的设想。假如存眷面准确，您便会发明正在任何应战里前，皆能够来寻觅一系列处理法子，来满意主管、营销团队、Dribbble followers、等一切用户包罗残徐人的需供。

　　“Do the hard work so our users don’t have to”, 是 Gov.UK platform 最后的设想本则之一。

　　「豪杰所睹略同」的借有那段话：

　　Doing the hard work to make a service work well for everyone will make your service better   for everyone. ——Tom Loosemore, Group Director of Digital Services, The Co-Op

　　或许您今朝出有充足的工夫战预算去做「无停滞设想」，但只需您把「无停滞设想」当作您一样平常事情要思索的尺度的一部门，您便会欣喜天发明，您实在可以满意许多无停滞设想尺度。

　　将成绩合成为可施行的小使命，能够一步步靠近末纵目标。好比，利用「比照度测试东西」测试您的色板，进而选用比照度更科教的色彩;写简单了解的笔墨;利用简单看浑的字体;把内容计划得浑分明楚，让差别模块之间分歧连接;只管削减设想中的混乱平分集留意力的工具;写有效的阐明案牍……

　　改进一切您能改进的，影响团队中的其别人，很快，您便会觉得到您的产物愈来愈好。没有要低估本人所能做的改动。

　　Doing something is always better than doing nothing, every small change simply means your product is better optimised, with more people able to have a good experience with it. ——Ian Hamilton, Accessibility Specialist

　　-END-

　　参考文章：

　　7 Things Every Designer Needs to Know about Accessibility，by：Jesse Hausler，2015.4.16

　　Designing accessible products，by：Adhithya，2017.4.14

　　Tips for making accessibility a core design principle，by：Oliver Lindberg，2017.8.31

　　Accessible UI Components For The Web，by：Addy Osmani，2016.7.23

　　Accessible Interface Design，Part 1: On Designing With Accessible Color，by：Nick Babich，2016.4.8

　　We need to talk about Accessibility on Chatbots，by：Caio Calado，2017.6.30，次要讲：How would a blind person use a chatbot? How would he or she interact with it?

　　PS: 对 Accessibility fundamentals 感爱好开辟同窗，能够来理解下 Udacity 的那门免费课程：Accessibility Tooling

　　相干标准、东西：

　　WAI-ARIA Authoring Practices： W3C 标准的各类控件的无停滞尺度，值得参考。

　　Accessibility testing tools：引见一些无停滞相干测试东西。

　　Anybody can be an A11y Slacker：the A11y Slackers channel is full of people from around the world who’ll try to help.

　　其他东西：

　　The Web Accessibility Toolbar (free add on for Internet Explorer)

　　The Color Contrast Analyser (free desktop application for windows and Mac)

　　aViewer (free desktop application for windows )

　　W3C Nu markup HTML conformance checker

　　Firebug (free Firefox extension)

　　Dom Inspector (free Firefox extension)

　　Accprobe (free open source desktop application)

　　Accessibility Inspector (free Mac appplication)

　　UI Browser (NOT free Mac appplication)

　　aXe — automated accessibility testing for your framework or browser of choice

　　The Accessibility DevTools extension for Chrome provides a helpful audit for discovering accessibility issues, including issues within Shadow DOM. It’s powered by the Accessibility DevTools module and a CLI is available that also uses this work for continuous integration audits.

　　Tenon.io — useful for testing common accessibility problems. Tenon has strong integration support across build tools, browsers (via extensions) and even text editors.

　　You can examine the way that assistive technologies see web content by using Accessibility Inspector (Mac), or Windows Automation API Testing Tools and AccProbe (Windows). Additionally you can see the full accessibility tree that Chrome creates by navigating to chrome://accessibility.

　　The best way to test for screen reader support on a Mac is using the VoiceOver utility. You can use ⌘F5 to enable/disable, Ctrl+Option ←→ to move through the page and Ctrl+Shift+Option + ↑↓ to move up/down tree. For more detailed instructions, see the full list of VoiceOver commands and the list of VoiceOver Web commands.

　　tota11y is a useful visualiser for assistive technology issues built by Khan Academy. It’s a script that adds a button to your document that triggers several plugins for annotating things like insufficient contrast ratio and other a11y violations

　　ally.js (by Rodney Rehm) is a library that tries to simplify adding a few accessibility features to your app. It helps query the DOM for all focusable or tabbable elements, traps focus to specific DOM sub-trees, helps determine how focus has changed and comes with several other helpers.

　　On Windows, NVDA is a free, open source screen reader which is fully featured and rapidly gaining in popularity. However, note that it has a much steeper learning curve for sighted users than VoiceOver.

　　ChromeLens helps develop for the visually impaired. It’s also got great support for visualising keyboard navigation paths http://chromelens.xyz/

　　ChromeVox is a screen reader which is available as a Chrome extension, and built in on ChromeOS devices. However, it currently doesn’t read content in Shadow DOM.

　　做者：@Angelaaa ，公家号：漫声细语

　　本文由 @Angelaaa 受权公布，已经做者答应，制止转载。

　　题图去自StockSnap.io，基于 CC0 和谈