Html 浏览器不支持tabindex设置

我的老板告诉我，要在我们网站页脚的辅助功能链接中添加

tabindex=“1”

，这样一来，通过键盘浏览网站的人就可以首先了解我们采取的辅助功能步骤

我在链接中添加了

tabindex=“1”

，但浏览器似乎根本不尊重它（在Chrome/FF/IE 11中测试）。页面上没有其他我可以看到的

tabindex

属性，因此浏览器应该优先选择它

页面上使用了访问键，这会以某种方式将其丢弃吗

我确信这是一件非常基本的事情，但我看不出它是什么。任何帮助都将不胜感激

---

谢谢

这对我很有效，但作为一名长期的无障碍性倡导者，我想帮助说服你的老板，这是个坏主意

要看到它工作，我怀疑你在Mac上，你需要。需要它的人通常已经戴上了

但是，添加正tabindex没有帮助的原因包括：

• 使用键盘（或键盘等效设备）并能看到屏幕的人会感到困惑。他们按tab键，突然出现在页面底部，然后翻回到顶部。再加上缺乏焦点可视性，这将很难应对
• 使用屏幕阅读器的人可能不会注意到开始时的tabindex，因为导航的主要方式是“箭头”（使用向上/向下逐个元素）。但是，如果它们位于内容区域并按tab键跳到下一个链接或表单控件，它们将突然转到页面底部。非常混乱

总之：在页脚的链接上添加一个正面的标签索引会对它应该帮助的人产生负面影响

这是你的电话号码

---

网站上有很多明显的可访问性问题，我建议您提供一些建议。

无法在FF ESR 45.3.0上复制，第一个选项卡会将我带到页脚中的链接。在Chrome/FF中也适用。顺便说一句，担心与键盘导航相结合的可访问性，但是在链接上没有任何焦点样式，因此用户可以看到它们的实际位置……这是一个大失败。如果你真的关心可访问性的话，这是你应该添加的第一件事。你的老板应该知道，在呈现任何内容之前将键盘用户跳到页面底部是一个糟糕的想法，这将对网站的可访问性产生严重的负面影响。谢谢大家，我知道这个网站在可访问性方面是一团糟，但我们在不久的将来将转移到一个新的平台上，并从头开始重新建设，其中可访问性将是一个主要考虑因素。现在我们只是在掩盖裂缝，直到那时。没有深入到页面源代码和查看所有的javascript，我会说，如果它不是在按tab键工作，也许页面上的某个地方有一个键处理程序调用preventDefault和StopRopagation，这可能会阻止tab按键事件执行其预期功能。也许你值得一看？