选择下拉列表的可访问性/可用性

Question

我想找到最实用/可访问的方式来实现一个简单的表单下拉列表，它将按照字母顺序排列产品列表。

在您看来，当有一个按钮控制它的提交或当它自动提交下拉菜单的变化时，下拉更有用吗？

我读过的研究既是赞成也是反对这种方法，并且在网络上有各种各样的实现，所以很有兴趣听到社区的想法。

在此先感谢

Answer 1

只要您在选择更改时不更改焦点或导航到其他页面，则任何一种方法都应该有效。问题下拉的典型示例是它包含站点上其他页面的列表，并在选择更改后立即导航。这可以防止键盘用户使用该列表;他们无法浏览它，并且无法导航到第一个选择以外的任何页面，因为无法浏览这些页面。因此，如果焦点发生变化或导致页面导航，则导致导航发生的单独操作（例如，Go按钮或处理回车）是必需的。这可能是您阅读的建议来自何处。

但是，在这种情况下，听起来好像您只是在页面上的其他位置更新内容，而没有更改焦点或进行导航。简单地使用现有内容应该没问题。

Answer 2

作为一个盲人电脑用户这两种方法工作正常。我发现有一个点击按钮对我来说稍微简单一点，然后onchange事件触发。尽管假设大多数用户不会被禁用，但我不会说这是一个足够大的区别。如果您的定位明确盲目，我不会使用onchange事件。

Answer 3

取决于您的用户以及他们各自的期望以及所呈现的环境。

作为一个总括性声明，你应该有一个非常明显的提交按钮的下拉菜单。这是更安全的方法。

Answer 4

如果您正在刷新页面数据，或者如果在选择了下拉选项后焦点移开，您应该使用一个按钮来访问。如果您在变更时触发事件，盲人或仅键盘的用户将无法使用下拉菜单，只要它们位于带有ie和chrome的窗口（如此添加在一起，大多数窗口中的人员）。只要他们使用箭头向下滚动并进行选择，他们所选中的第一个选项将被选中，页面数据将刷新或焦点将移动，使他们无法导航或选择第二个选项，第三个选项等等。下面是对示例的全面解释，以便您明白我的意思。

设计师肯定不喜欢这些按钮，但是如果你是盲人，并且在chrome /上，也就是说，如果没有它，就不可能使用大量的下拉菜单。我猜Jared使用Firefox或Mac。

http://pauljadam.com/blog/javascript/onchange-event-on-a-select-inputjump-menu-accessibility-problems/