gpt4 book ai didi

accessibility - 强制用户打开当前选项卡中的链接 WCAG2.0 可访问

转载 作者:行者123 更新时间:2023-12-01 03:23:34 25 4
gpt4 key购买 nike

我们继承了一个 10 多年历史的网站的维护,其中有几个链接强制在当前选项卡中打开链接。您无法右键单击链接并在新选项卡中打开,甚至无法复制并粘贴 url,因为它使用 javascript 和 doPostBack(不知道为什么,旧代码,旧代码)。

无论如何,我知道这是糟糕的用户体验,因为它本质上是一个结果列表,您肯定希望在新选项卡中打开它们,尝试停止默认浏览器行为也是疯狂的。

但我想知道 WCAG2.0 中是否有任何特定内容表明我们不能这样做?我试图提出一个案例来改变它,但糟糕的用户体验是不够的。然而,WCAG 会让它过线。是否有人能够指出 Web 内容可访问性指南中明确指出网站不应这样做的任何内容?

非常感激。

最佳答案

如果链接本身没有 href属性,则它不是键盘可导航的( SC 2.1.1 )。但是,使用doPostBack让我觉得这是 ASP.NET 1.0,它在每个 href 中塞满了成堆的脚本,因此键盘用户可能完全可以访问它。

否则,没有。 WCAG 2.0 中没有特定的成功标准似乎可以解决您的问题。有两个可以通过一些争论来扩展,但有人可以很容易地争辩说它们不适合:

  • Success Criterion 2.4.4: Link Purpose (In Context): Level A :这与链接中的文本有关,但是,如果您可以说明用户希望能够在新选项卡/窗口中打开的情况,则链接文本应说明由于 $reasons 原因而被禁止。
  • Success Criterion 3.2.4: Consistent Identification: Level AA :这表示应该一致地识别网页中以某种方式运行的事物。您可能会争辩说,由于站点中的所有其他链接都允许在新选项卡/窗口中打开链接(如果是 trye),因此这些链接需要确定它们的行为方式并非如此。

  • 在每种情况下,如果您成功地制作了案例,则解决方案是更多文本。这不是你想要的。除非你可以争辩说更多的文本很难看/难以实现/等等,然后用它来证明允许链接在新选项卡/窗口中打开。

    但是要达到这一点有很多依赖性(即,对 SC 申请的认可)。

    总的来说,我同意你所概述的场景是糟糕的用户体验。

    关于accessibility - 强制用户打开当前选项卡中的链接 WCAG2.0 可访问,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43461497/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com