wcag 2.0 的 1.3 和 2.1.1 部分
1.3 and 2.1.1 parts of wcag 2.0
我正在阅读位于此处的 WCAG 2.0 指南(click me)，其中的某些部分我不清楚。
1) 据我从 1.3 部分了解到，例如，我应该制作在没有 css 的情况下也能正确显示的内容。 "technology-agnostic" 怎么样？简而言之，我必须在某些情况下使用 javascript，以便我的一些 css 很酷的东西能够工作。所以如果我想让我的网站独立于 JS - 我根本做不到。此外，如果我使用的是 JS 编码的东西，我不能确定它是否适用于某些屏幕阅读器。同样，这取决于技术。我在这里错过了什么吗？
2) 关于2.1.1部分。例如，如果我的网站上有一个滑块，但出于某种原因我无法通过键盘访问它，但它没有键盘陷阱，并且滑块代表的内容没有临界值（可以从网站上的其他链接访问）地点）。这是否符合标准？在 2.1.1 部分的描述中，它说 "wherever possible"，所以我猜它完全没问题，但我不确定。
- WCAG 是 "technology-agnostic"，但您的网站不一定是。
你可以从WCAG的网站上看到一个声明"relied-upon technologies"的例子：
https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html
- 如果不试验用户体验，很难回答这个问题。您必须记住，keyboard-only 导航并非仅供盲人使用。因此，查看滑块却无法与之交互可能会非常令人沮丧。
对于"screen reader"视角，如果元素纯粹用于装饰或冗余（aria-hidden属性），您可以选择忽略元素，但这并不意味着您可以忽略键盘辅助功能那些元素。
1.3 包含三个部分，但正如 Adam 所说，与技术无关的部分指的是 WCAG 规范本身。这并不意味着您的网站必须与技术无关。
1.3.1，Info and Relationships，对于没有视力的用户来说非常重要。如果用户看不到该页面，那么该用户将无法看到 page/application 的 structural/physical 布局如何创造意义。有视力的用户通过各种视觉提示来感知结构和关系，例如标题为粗体、段落由空行分隔、数据的行和列等。当一组用户可以感知这些关系时，所有用户都应该可以感知这些关系.
使用什么技术创建应用程序并不重要，这就是为什么此规范与技术无关。如果您碰巧使用 html、css 和 javascript，只需确保使用 header 标签，表格已正确标记，并在需要时使用相应的 ARIA 标签.
1.3.2 Meaningful Sequence，对用户w/o视觉也很重要。例如，如果您有一个购物车结账流程，其中的步骤以视觉方式排列，以便您在结账时知道步骤的顺序，您应该确保这些步骤的标签和阅读顺序（DOM 顺序）步骤也是相同的，因此屏幕 reader 可以正确地通过流程。
1.3.3 感官特征。确保 object 的大小、颜色或形状不是如何与 object 交互的唯一线索。不要有 "click on the green button" 或 "select the round icon" 等指示。没有视力的用户不会知道哪个是绿色的还是圆形的。
关于 2.1.1，页面上的所有交互元素都应该可以通过键盘访问。滑块非常简单。本机滑块本质上是可访问的。如果您使用 div 标签制作自己的滑块，只需设置正确的 ARIA 标签即可。有关指导，请参阅 https://www.w3.org/TR/wai-aria-practices/#slider。
我正在阅读位于此处的 WCAG 2.0 指南(click me)，其中的某些部分我不清楚。
1) 据我从 1.3 部分了解到，例如，我应该制作在没有 css 的情况下也能正确显示的内容。 "technology-agnostic" 怎么样？简而言之，我必须在某些情况下使用 javascript，以便我的一些 css 很酷的东西能够工作。所以如果我想让我的网站独立于 JS - 我根本做不到。此外，如果我使用的是 JS 编码的东西，我不能确定它是否适用于某些屏幕阅读器。同样，这取决于技术。我在这里错过了什么吗？
2) 关于2.1.1部分。例如，如果我的网站上有一个滑块，但出于某种原因我无法通过键盘访问它，但它没有键盘陷阱，并且滑块代表的内容没有临界值（可以从网站上的其他链接访问）地点）。这是否符合标准？在 2.1.1 部分的描述中，它说 "wherever possible"，所以我猜它完全没问题，但我不确定。
- WCAG 是 "technology-agnostic"，但您的网站不一定是。
你可以从WCAG的网站上看到一个声明"relied-upon technologies"的例子： https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html
- 如果不试验用户体验，很难回答这个问题。您必须记住，keyboard-only 导航并非仅供盲人使用。因此，查看滑块却无法与之交互可能会非常令人沮丧。
对于"screen reader"视角，如果元素纯粹用于装饰或冗余（aria-hidden属性），您可以选择忽略元素，但这并不意味着您可以忽略键盘辅助功能那些元素。
1.3 包含三个部分，但正如 Adam 所说，与技术无关的部分指的是 WCAG 规范本身。这并不意味着您的网站必须与技术无关。
1.3.1，Info and Relationships，对于没有视力的用户来说非常重要。如果用户看不到该页面，那么该用户将无法看到 page/application 的 structural/physical 布局如何创造意义。有视力的用户通过各种视觉提示来感知结构和关系，例如标题为粗体、段落由空行分隔、数据的行和列等。当一组用户可以感知这些关系时，所有用户都应该可以感知这些关系.
使用什么技术创建应用程序并不重要，这就是为什么此规范与技术无关。如果您碰巧使用 html、css 和 javascript，只需确保使用 header 标签，表格已正确标记，并在需要时使用相应的 ARIA 标签.
1.3.2 Meaningful Sequence，对用户w/o视觉也很重要。例如，如果您有一个购物车结账流程，其中的步骤以视觉方式排列，以便您在结账时知道步骤的顺序，您应该确保这些步骤的标签和阅读顺序（DOM 顺序）步骤也是相同的，因此屏幕 reader 可以正确地通过流程。
1.3.3 感官特征。确保 object 的大小、颜色或形状不是如何与 object 交互的唯一线索。不要有 "click on the green button" 或 "select the round icon" 等指示。没有视力的用户不会知道哪个是绿色的还是圆形的。
关于 2.1.1，页面上的所有交互元素都应该可以通过键盘访问。滑块非常简单。本机滑块本质上是可访问的。如果您使用 div 标签制作自己的滑块，只需设置正确的 ARIA 标签即可。有关指导，请参阅 https://www.w3.org/TR/wai-aria-practices/#slider。