[zh-cn]: update the translation of mobile_accessibility

files/zh-cn/web/accessibility/mobile_accessibility_checklist/index.md

@@ -1,6 +1,8 @@
 ---
 title: 移动无障碍清单
 slug: Web/Accessibility/Mobile_accessibility_checklist
+l10n:
+  sourceCommit: 019ca5c9ce641bfa02825e1ba0444f35dfb646cc
 ---
 
 {{AccessibilitySidebar}}
@@ -9,62 +11,71 @@ slug: Web/Accessibility/Mobile_accessibility_checklist
 
 ## 颜色
 
-- 颜色对比度**必须**遵循 [WCAG 2.0](http://www.w3.org/TR/WCAG/) AA 等级需求：
+- 颜色对比度必须遵循 [WCAG 2.1 AA 等级需求](https://www.w3.org/TR/WCAG/#contrast-minimum)：
 
   - 普通文本的对比率为 4.5:1（小于 18 磅或黑体 14 磅）
-  - 大文本对比率为 3:1（大于等于 18 磅或黑体 14 磅）【译者注：字体单位为 point、PT】
+  - 大文本对比率为 3:1（大于等于 18 磅或黑体 14 磅）
 
-- 颜色传递的信息，**必须**也通过其他方式标明（例如，链接文本中的下划线）
-
-> **备注：** Jon Snook 开发的 [颜色对比度检查器 - Colour Contrast Checker](http://snook.ca/technical/colour_contrast/colour.html) 可以轻松检查前景和背景的对比度。同样，[Tanaguru Contrast-Finder](http://contrast-finder.tanaguru.com/) 这个工具能做类似的检查，并且会推荐你考虑使用类似的更好的对比度
+- 颜色传递的信息，必须也通过其他方式标明（例如，链接文本中的下划线）
 
 ## 可视化
 
-- **不**使用用于隐藏内容的技巧处理视觉效果，例如，不透明度为零，z-index 规则，离屏位置。
-- 当前可见的屏幕之外的内容，**必须**是不可见的。（特别是单一页面应用中包含多个卡片选项）:
+- 内容隐藏技术（如零不透明度、z-index 顺序和离屏位置）不得仅用于处理可见性。
+- 当前可见的屏幕之外的内容，必须*确实*是不可见的（特别是单一页面应用中的多个*卡片*）：
 
-  - **使用** `hidden` 特性或 `visibility` 或 `display` 样式属性。
-  - 除非不可避免，**不应该**使用 `aria-hidden` 特性。
+  - 使用 `hidden` 特性或 `visibility`、`display` 样式属性。
+  - 除非不可避免，不应该使用 `aria-hidden` 特性。
 
 ## 焦点
 
-- 所有可激活元素**必须**可被聚焦：
+- 所有可激活元素必须可被聚焦：
 
   - 标准控件，如链接、按钮、表单域默认可被聚焦。
-  - 非标准控件**必须**分配给它们一个适当的 [ARIA Role](http://www.w3.org/TR/wai-aria/roles) 如 `button`，`link` 或者 `checkbox`。
+  - 非标准控件必须为它们分配一个适当的 [ARIA 角色](http://www.w3.org/TR/wai-aria/roles)，如 `button`、`link` 或 `checkbox`。
 
-- 焦点应该是有逻辑顺序，且方式一致。
+- 焦点应该有逻辑顺序，且方式一致。
 
 ## 文本等效
 
-- 应用中，每个展示的非文本元素都**必须**提供等效文本。
+- 应用中，每个展示的非文本元素都必须提供等效文本。
 
-  - 恰当的位置使用 _alt_ 和 _title_（请参考 Steve Faulkner 的帖子 - 关于 [Using the HTML title attribute](http://blog.paciellogroup.com/2013/01/using-the-html-title-attribute-updated/) 。）
-  - 如果上面的特性不适用，使用恰当的[ARIA Properties](http://www.w3.org/WAI/PF/aria/states_and_properties#global_states_header)，比如 `aria-label`, `aria-labelledby`, 或 `aria-describedby`.
+  - 恰当的位置使用 _alt_ 和 _title_（请参考 Steve Faulkner 关于[使用 HTML title 特性](https://www.tpgi.com/using-the-html-title-attribute-updated/) 的帖子。）
+  - 如果上面的特性不适用，使用恰当的 [ARIA 状态与属性](https://www.w3.org/TR/wai-aria-1.1/#state_prop_def)，比如 `aria-label`、`aria-labelledby` 或 `aria-describedby`。
 
-- **必须**避免文本图像。
-- 所有的表单控件**必须**有标签 ({{ htmlelement("label") }} elements) ，以便于读屏用户的使用。
+- 必须避免使用文本图像。
+- 所有带有可见文本（或文本图片）作为标签的用户界面组件必须在组件的编程[名称](https://www.w3.org/TR/WCAG21/#dfn-name)中提供相同的文本。见 [WCAG 2.1：名称中的标签](https://www.w3.org/WAI/WCAG21/Understanding/label-in-name.html)。
+- 所有的表单控件必须有标签（{{ htmlelement("label") }} 元素），以便于屏幕阅读器用户的使用。
 
 ## 状态处理
 
-- 标准控件，如单选按钮和复选是通过操作系统处理的，而其他自定义控件的状态改变需要通过 [ARIA States](http://www.w3.org/TR/wai-aria/states_and_properties#attrs_widgets_header) ，如 `aria-checked`, `aria-disabled`, `aria-selected`, `aria-expanded`,和 `aria-pressed`.
+- 单选按钮和复选框等标准控件是由操作系统处理的，而其他自定义控件的状态改变需要通过 [ARIA 状态](https://www.w3.org/TR/wai-aria-1.1/#state_prop_def)，如 `aria-checked`、`aria-disabled`、`aria-selected`、`aria-expanded` 和 `aria-pressed`。
+
+## 方向
+
+- 除非必要，否则不应将内容限制在单一方向，如纵向或横向。见 [WCAG 2.1：方向](https://www.w3.org/WAI/WCAG21/Understanding/orientation.html)
 
-## General Guidelines 常规指南
+  - 例如，钢琴应用程序和银行支票都需要一定的方向。
 
-- 应用必须提供标题。【译者注：此处的标题为 title】
-- 标题**不能**破坏层次结构。【译者注：此处的标题为 headings】
+## 通用指南
+
+- 应用必须提供标题（title）。
+- 标题（heading）不能破坏层次结构。
 
   ```html
-  <h1>Top level heading</h1>
-  <h2>Secondary heading</h2>
-  <h2>Another secondary heading</h2>
-  <h3>Low level heading</h3>
+  <h1>一级标题</h1>
+  <h2>二级标题</h2>
+  <h2>另一个二级标题</h2>
+  <h3>三级标题</h3>
   ```
 
-- 应使用 [ARIA Landmark Roles](http://www.w3.org/TR/wai-aria/roles#landmark_roles_header) 描述应用或文档的结构，如 `banner`, `complementary`, `contentinfo`, `main`, `navigation`, `search`.
-- 触摸事件处理器，只能通过 `touchend` 事件触发。
-- 触摸目标必须足够大，方便用户交互 (参考 [BBC Mobile Accessibility Guidelines](http://www.bbc.co.uk/guidelines/futuremedia/accessibility/mobile/design/touch-target-size) 关于触摸目标尺寸的指南)
+- 应使用 [ARIA 地标角色](https://www.washington.edu/accessibility/websites/regions/)描述应用或文档的结构，如 `banner`、`complementary`、`contentinfo`、`main`、`navigation` 和 `search`。
+- 对于触摸事件，以下至少有一项必须为真（[WCAG 2.1：指针取消](https://www.w3.org/WAI/WCAG21/Understanding/pointer-cancellation.html)）：
+
+  - 不应使用按下事件来触发任何操作
+  - 操作在释放事件上触发，并提供中止操作的选项，在其完成之前或提供撤消操作的选项
+  - 松开事件将撤消在按下事件上触发的任何操作
+  - 在按下事件上触发操作是必要的。例如，玩游戏或钢琴应用程序。
 
-> **备注：** [Tanaguru's automated accessibility testing service](http://www.tanaguru.com/) 提供一个有效的方法，排查网页上的，或者是可安装的 Web 应用中无障碍问题（如，Firefox OS）。[tanaguru.org](http://tanaguru.org/)，你可以参与该项目或者发现更多技术实现。
+- 触摸目标必须足够大，方便用户交互（参考 [BBC 移动端无障碍指南](http://www.bbc.co.uk/guidelines/futuremedia/accessibility/mobile/design/touch-target-size)关于触摸目标尺寸的指南）
 
-> **备注：** The 该文档的最初版本 - [original version of this document](http://yzen.github.io/firefoxos/2014/04/30/mobile-accessibility-checklist.html) 是由 [Yura Zenevich](http://yzen.github.io/) 完成。
+> **备注：** 该文档的[最初版本](https://yzen.github.io/firefoxos/2014/04/30/mobile-accessibility-checklist.html)由 [Yura Zenevich](https://yzen.github.io/) 完成。