做为一位 7 年多的后端合作开发者,我未曾Dharmapuri我的组织工作须要具备可出访性,直至前段时间才体悟。
是的,他们的确提供更多了带 alt 条码的相片,并采用 header、footer、main、aside、nav 和 section条码……就是那些,绝大绝大多数人屈居亚军于此。他们中的许多人依然采用带 class 的 div 做为那些某一的产业布局原素。为何?即使他们不晓得。
他们这样做不是其他人的错,除极少数,那个应用领域的绝大部分人都是被拉到那个洞口经商的,绝大多数又在洞口两遍又两遍地做着反之亦然的事,到最终还在想我究竟在做什么。
直至有必要性出现改变。
或许这种须要N43EI243SL人文主义的方式出现,别忘了说一句,人文主义极少出现,更有可能是将恰当的金融行业可出访性规范化从合作开发工程项目组的指导思想转变成硬性的明确要求。
前者可能是你我所在的境遇。好了,闲谈完结,他们折回主轴。
特别注意:呼吸困难用作高阶后端技工,我没有详尽如是说可出访性,只想制订一个单纯的提示,可以在大部份工程项目中遵从,类似于须要特别注意的事宜目录。
如果你辨认出任何人严重错误,请即时表示,就要尽早纠偏。
下列是他们在合作开发任何人后端时须要特别注意的事宜:
HTML 语义 —— 恰当采用 HTML 分区原素标题 —— 用作显示文档的结构,而非用作大字体的设计键盘导航采用“tabindex”和 ARIA —— 确保 tab 可用以及删除多余的 tab 链接可出访的图标按钮 —— 至少采用带有适当条码的<button>焦点指示器—— 除非有替代方案,否则不要禁用默认的焦点样式尽可能提供更多视觉条码描述性信息图——为屏幕阅读器提供更多回退文本描述HTML 语义
有一种叫做 ARIA 地标的东西,它能单纯地将网页划分为不同的地标,使屏幕阅读器更容易在网页内部导航。
当前这是不须要主动思考就能实现的,即使他们可能在不知不觉中就这么做了,即“默认情况下,HTML 分区原素定义了 ARIA 地标”。
这意味着恰当地采用 HTML 分区原素,像<header>、<main>、<nav>、<footer>、article>、 <nav>等,而不要采用<div class=”header”>。
请查看ARIA实践,可以更深入地学习。
标题
屏幕阅读器浏览网页的另一种方式是采用标题。
采用标题是展示文档结构的一种方式,如果只是设计上要显示大字体或粗体,则不要采用它。
考虑一个没有 h1 页面的场景,当屏幕阅读器读到这样的页面时,用户是无法获知标题的,而页面的标题通常是用<h1>表示。
在这种情况下,为了提高可出访性,你可以做两件事:
请设计师做出许多必要性的出现改变,这可能行不通,即使设计已经被客户签署了。将<h1>条码添加到页面结构,并隐藏它。当他们须要在网页上隐藏某些内容时,有下列几个选项:
display: none;visibility: hidden;opacity: 0;clip-path: inset(100%)选项 1 和 2 不可行,即使它们使原素从 DOM 中完全删除,屏幕阅读器也不可用,隐藏属性也不行,这等同于“display: none;”。
参考用下面的样式类来隐藏你的原素:
.sr-only { clip: rect(0 0 0 0); clip-path: inset(100%); height: 1px; overflow: hidden; position: absolute; white-space: nowrap; width: 1px; }复制代码
键盘导航采用“tabindex”和 ARIA
他们须要了解的是,不是大部份的用户都采用鼠标来浏览网页,有些只采用键盘导航,还有许多采用屏幕阅读器。对那些用户来说,从网页的一个部分到另一个部分,可能不像采用鼠标操作的人那么单纯。
他们考虑下面的场景:
假设他们有一个博客,在文章的列表页上,一篇文章如下所示:
它有一个缩略图、一个标题、一个描述和一个“阅读更多”的按钮,这是几乎大部份博客文章的通用模板。那么,他们是如何链接到详情页呢?
他们将缩略图做成一个链接(link 1),接着是标题(link 2),然后是“阅读更多”按钮(link 3),这 3 个链接都指向同一个页面。
因此,当他们采用屏幕阅读器或键盘浏览页面时,他们必须用 tab 键按 3 次才能跳转到下一篇文章。
这当然得避免,也很单纯。对冗余的链接,可以添加下列属性:
tabindex=”-1″(它可以防止链接被 tab 选中 —— 对于键盘用户)aria-hidden=”true”(你不须要将它暴露给屏幕阅读器,即使已经有了相同的链接 —— 对于屏幕阅读器)可出访图标按钮
首先,在设计中有按钮时,应采用<button>原素,不要采用<div>等其他原素,再将样式设置为按钮的样子,我晓得他们这样做已经很久了,但是时候出现改变了。
原因正如 HTML 语义部分所述,原生原素有很多内置的 ARIA 特性。
尽管用<div>和<button>做出来的按钮对于绝大绝大多数用户来说,看起来是一模一样的,但对于采用屏幕阅读器的盲人用户来说,它看起来非常不同,屏幕阅读器甚至可能会忽略这是一个按钮。
这里也有许多特别注意事宜:
不设置按钮样式以及设置按钮样式的理想方法
针对于没有任何人文本、只有相片的按钮,可遵从下列三个步骤中的任何人一个:
采用隐藏的<span>来指明按钮条码在<button>上采用 aria-label在<button>上采用 aria-labelledby如果你有兴趣,请查看这篇博文,了解更多关于上述步骤的详情。
焦点指标
你用过下列代码吗?
:focus { outline: none; }复制代码
当他们在网页上按 tab 键时,看到的轮廓就是焦点指示器,通常他们用上面的代码禁用它,至少我以前是这么做的。
这真是个糟糕的主意,焦点指示器能告诉采用键盘导航的用户们他们当前正在交互的位置,如果他们移除焦点样式,相当于将那些用户置于黑暗中,隐藏焦点指示器就像隐藏鼠标光标。
因此,如果你删除默认的焦点样式,那一定得添加自定义的焦点样式。
在设置焦点指示器的样式时,他们须要考虑下列几点:
对比区与相邻颜色对比不要遮盖焦点原素在下面的示例中,黑色显示了焦点指示器启用状态(采用键盘 tab 时的样式):
设置焦点指示器样式的不同方法
对比区 —— 颜色出现变化的地方
相邻颜色 —— 与焦点指示器相邻的颜色
聚焦状态和非聚焦状态的颜色对比度最小应为 3:1,焦点指示器和相邻颜色之间也要符合那个规则。
意思是,如果你将一个白色背景页上的绿色按钮,设置的焦点指示器样式为 2px 的黑色边框,那么黑色和绿色、以及黑色和白色之间的最小对比度应该是 3:1。
如果你要覆盖默认的焦点样式,可采用下列代码:
:focus { outline: none; } button:focus { /* some exciting button focus styles */ } button:focus:not(:focus-visible) { /* undo all the above focused button styles if the button has focus but the browser wouldnt normally show default focus styles */ } button:focus-visible { /* some even *more* exciting button focus styles */ }如果你有兴趣,可以查看这篇博文了解详情。
尽可能提供更多视觉条码
这对于采用语音命令浏览网页的人来说很有用。大家有点难理解吧,我先解释下为何。首先,想想语音识别软件是如何组织工作的:
以苹果的 Siri 为例,他们先说一个关键句:“Hey Siri”,然后再说想要执行的命令。
比如:“Hey Siri,现在几点了?”
同理,想象一下用 Siri 浏览网页:
假设有一个按钮叫“发送”,他们可以说:”Hey Siri,点击发送按钮”。这很单纯,对吧?
但是如果按钮只有一个图标,而没有“发送”条码,你要如何告诉 Siri 点击哪个按钮呢?
因此,尽可能提供更多视觉条码,如果不行,那至少让它可通过 tab 采用。
描述性信息图
当 SVG 用作图表等信息图或其它类型的数据表示时,通常不会为可出访用户提供更多任何人信息。为了方便他们,最好的方式是提供更多屏幕阅读器能够读取到信息图文本描述。
下面示例实现这类 SVG 的好方法:
<object role=“img” aria-label=“Average something of something” aria-describedby=“something_desc” data=“some.svg” type=“image/svg+xml” > <!– fallback –> <p id=“something_desc”>90% increase in number of sales in the year 2022 with proper SEO tactics implemented as to no SEO done for the previous year.</p> </object>小结
一份可以立刻行动的汇总目录:
是否恰当地采用了大部份的 HTML 分区原素,而不仅仅是 div?标题是否用作适当的结构,而不是强调大小?是否用 tabindex=-1 删除不须要的链接?大部份按钮是否都可以出访?他们有合适的名称或条码吗?如果没有,你是否提供更多了 ARIA 条码或替代方法?你出现改变焦点指示器的样式了吗?如果是,它们是否符合规范化?按钮、复选框和单选等表单原素,应该是可出访的。尽可能提供更多视觉条码。信息图表应该有一个文字说明的回退,如果采用 SVG,则<object>应带有回退描述。应采用 tabindex= -1 禁用屏幕外链接,不然用户将被卡住,而不晓得出现了什么。可出访性就像是一片海洋,我只触及了表面。希望通过本文,能够为他们绝大绝大多数人照亮一个潜在的黑暗区域。
我所写的一切都基于Sara Soueidan的博客和谈话,请出访她的博客了解更多信息。她有许多很酷的话题,非常地深入浅出。
原文链接:Frontend accessibility. Doing it the right way.
了解更多软件合作开发与相关应用领域知识,点击出访 InfoQ 官网:https://www.i