电子邮件列表档案

线程:部分Tabindex行为

对于

此帖子中的帖子数量:7(按时间顺序排列)

从:詹姆斯贝利
日期:星期五,2014年7月18日上午11:46
学科:部分Tabindex行为
没有先前的消息|下一条消息→

大家好,

我评估了一个页面,代码包含了可聚焦元素,其中一些Tabindex设置为值> 0而另一些没有。似乎具有Tabindex的元素在没有Tabindex的元素之前排序。那是对的吗??

谢谢,

詹姆士

詹姆斯贝利米S.。
副主任
万博体育官网网址教育中心
俄勒冈大学

从:Jukka K.Korpela
日期:星期五,2014年7月18日下午12:20
学科:Re:部分Tabindex行为
←以前的消息|下一条消息→

2014-07-18 20:46,James Bailey写道:

>我评估了一个页面,代码中包含了可聚焦元素,其中一些
> Tabindex设置为> 0且有些没有。看起来
>带有Tabindex的元素在没有元素的元素之前排序
> Tabindex。那是对的吗??

这就是实践中发生的事情。规格有点模糊。HTML
4。01没有明确说出这个:
HTTP:// WWW。W3。组织/ TR / REC-HTML40 /交互/表格。HTML#ADEF-的TabIndex
但它可能被读取,以便当tabindex属性不存在时,
它默认为0(虽然规范中没有明确说明),
因此这些元素属于第2类(不属于第2类)
支持tabindex或将其设置为0),以文本方式导航
在具有正tabindex的元素之后的顺序。。

HTML5在这个问题上也很模糊:
HTTP:// WWW。W3。组织/ TR / HTML5 /编辑。HTML#重点管理

可以说,将tabindex分配给所有可聚焦的人更安全
元素,如果它被使用。但这只会避免理论上的
模棱两可,所以在实践中并不重要。。

丝兰

从:大卫阿什莱戴尔
日期:星期五,2014年7月18日下午1:33
学科:Re:部分Tabindex行为
←以前的消息|下一条消息→

是的,您可以将没有tabindex属性的元素视为具有
的tabindex =”无穷”。。
因此,如果页面上有一些设置了tabindex的元素,焦点就会出现
首先按数字顺序浏览所有这些。如果有两个或更多项目
具有相同的值,焦点按源代码顺序遍历它们。后
焦点转到每一个,焦点将转到第一个项目
源代码顺序中没有tabindex的页面。它会去的
源代码顺序中的剩余项目。。

这就是为什么我通常建议如果在页面上使用tabindex(哪个
实际应该避免),你应该在页面上给出一切
tabindex属性。虽然这是一个维持的噩梦。。

大卫

2014年7月18日星期五,Jukka K.Korpela <= EMAIL ADDRESS REMOVED =>写道:

> 2014-07-18 20:46,James Bailey写道:
>
>我评估了一个页面,代码中包含了可聚焦元素,其中一些
>> Tabindex设置为> 0,有些没有。看起来
>>具有Tabindex的元素在没有元素的元素之前排序
>> Tabindex。那是对的吗??
>>
>
>这就是实践中发生的事情。规格有点模糊。HTML 4。01
>没有明确说出这个:
>HTTP:// WWW。W3。组织/ TR / REC-HTML40 /交互/表格。HTML#ADEF-的TabIndex
>但它可能被读取,以便当tabindex属性不存在时,
>它默认为0(虽然规范中没有明确说明),
>因此这些元素属于第2类(不支持的元素)
> tabindex或将其设置为0),后面以文本顺序导航
>具有正tabindex的元素。。
>
> HTML5在这个问题上也很模糊:
>HTTP:// WWW。W3。组织/ TR / HTML5 /编辑。HTML#重点管理
>
>可以说,将tabindex分配给所有可聚焦的更安全
>元素,如果它被使用。但这只会避免理论上的
>含糊不清,所以在实践中并不重要。。
>
>丝兰
>
>>>>

从:Birkir R.冈纳森
日期:星期六,2014年7月19日下午12:51
学科:Re:部分Tabindex行为
←以前的消息|下一条消息→

这是正确的,但请注意在某些浏览器中使用shift-tabbing和
通过积极的tabindexies标记元素给出不一致
结果(至少我见过屏幕阅读器)。。

每当你看到使用正tabindex时,我会建议
称这是一个潜在的用户问题,并建议它
不惜一切代价避免。。
tabindex -'- 1'用于Javascript或不可聚焦的锚点
是跳过链接的目标很好,tabindex =“0"在元素上
由div,span或其他不可聚焦的元素组成(以及
足够的键盘交互和咏叹调角色映射)是可以接受的,
必要时,
但我从未见过使用正tabindex值的令人信服的论据。。
这意味着源代码顺序搞砸了,它会导致维护
头疼,你可能会混淆用户和不一致的风险
键盘交互。。
我喜欢Goodwitch对它的评价(尽管WebAIM,当然,
对此也有很好的概述,许多其他可访问性也是如此
大师):
HTTP:// WWW。glendathegood。COM /博客/?P = 604
干杯

2014年7月18日,David Ashleydale <= EMAIL ADDRESS REMOVED =>写道:
>是的,您可以将没有tabindex属性的元素视为具有
> tabindex =“无穷”。。
>因此,如果页面上有一些设置了tabindex的元素,焦点就会出现
>按数字顺序首先完成所有这些操作。如果有两个或更多项目
>具有相同的值,焦点按源代码顺序遍历它们。后
>重点转到每一个,重点将转到第一个项目
>源代码顺序中没有tabindex的页面。它会去的
>源代码顺序中的剩余项目。。
>
>这就是为什么我通常建议如果在页面上使用tabindex(哪个
>实际应该避免),你应该在页面上给出一切
> tabindex。虽然这是一个维持的噩梦。。
>
>大卫
>
> 2014年7月18日星期五,Jukka K.Korpela <= EMAIL ADDRESS REMOVED =>写道:
>
>> 2014-07-18 20:46,James Bailey写道:
>>
>>我评估了一个页面,代码包含了可聚焦的元素,其中一些
>>> Tabindex设置为> 0,有些没有。看起来
带有Tabindex的元素在没有元素的元素之前排序
>>> Tabindex。那是对的吗??
>>>
>>
>>这就是实践中发生的事情。规格有点模糊。HTML
>> 4。01
>>没有明确说出这个:
>>HTTP:// WWW。W3。组织/ TR / REC-HTML40 /交互/表格。HTML#ADEF-的TabIndex
>>但它可能被读取,以便当tabindex属性不存在时,
>>默认为0(虽然规范中没有明确说明),
>>因此这些元素属于第2类(不支持的元素)
>> tabindex或将其设置为0),以文本顺序导航,
>>之后
>>具有正tabindex的元素。。
>>
>> HTML5在这个问题上也很模糊:
>>HTTP:// WWW。W3。组织/ TR / HTML5 /编辑。HTML#重点管理
>>
>>可以说,将tabindex分配给所有可聚焦的人更安全
>>元素,如果它被使用。但这只会避免理论上的
>>含糊不清,所以在实践中并不重要。。
>>
>>丝兰
>>
>> >> >> >>
>>>>


-
努力工作。玩得开心。创造历史。。

从:帕特里克Lauke
日期:2014年7月19日星期六下午2:26
学科:Re:部分Tabindex行为
←以前的消息|下一条消息→

19/07/2014 19:51,Birkir R.Gunnarsson写道:
>每当你看到使用正tabindex时,我会建议
>将其称为潜在的用户问题,并建议将其作为
>不惜一切代价避免。。

微妙的旁注,至少从我在iOS / Safari中的粗略测试,
当您使用AT导航时,移动设备/平板电脑浏览器会忽略tabindex> 0
和/或键盘。。。所以如果tabindex用于尝试强制某个
由于可聚焦的基础HTML /源顺序而导致的合理顺序
元素错误,然后注意在这些平台上不会有
用户仍然可以使用所需的效果和错误的标签循环。。

P
-
帕特里克Lauke

万维网。分裂。合。联合王国| https://github.COM / patrickhlauke
HTTP://的Flickr。COM /照片/终极版/|HTTP://终极版。DeviantArt的。COM
twitter: @patrick_h_lauke | skype: patrick_h_lauke

从:惠特尼奎森伯里
日期:星期一,2014年7月21日上午10:04
学科:Re:部分Tabindex行为
←以前的消息|下一条消息→

说TabIndex是一个绑带是不公平的。。

并且它可以造成同样多的伤害。。

回到好的设计是一个更好的解决方案 - 在这种情况下,
设计逻辑键盘序列。。

在我看来,这是一个完美的例子,说明为什么堆积在解决方案上是如此糟糕
战略。。

更好地回到第一原则并仔细设计。只是
更难做,因为它需要质疑假设和思考
很难了解用户(和设备)及其目标。。


2014年7月19日星期六下午4:26,Patrick H.Lauke <= EMAIL ADDRESS REMOVED =>
中写道:

> 19/07/2014 19:51,Birkir R.Gunnarsson写道:
>
>>每当你看到使用正tabindex时,我会建议
>>将其称为潜在的用户问题,并建议它
>>不惜一切代价避免。。
>>
>
>微小的旁注,至少从我在iOS / Safari中的粗略测试,
>使用AT和/或导航时,移动/平板电脑浏览器会忽略tabindex> 0
>键盘。。。因此,如果tabindex用于尝试强制某个合理的顺序
>由于可聚焦元素的基础HTML /源顺序错误,
>然后请注意,在这些平台上不会产生预期的效果
>用户仍然会有错误的标签周期。。
>
> P.
> -
> Patrick H.Lauke
>
>万维网。分裂。合。联合王国| https://github.COM / patrickhlauke
>HTTP://的Flickr。COM /照片/终极版/|HTTP://终极版。DeviantArt的。COM
> twitter: @patrick_h_lauke | skype: patrick_h_lauke
>
>>>>

从:大卫阿什莱戴尔
日期:星期一,2014年7月21日上午10:11
学科:Re:部分Tabindex行为
←以前的消息| No next message

完美地说,惠特尼。。

大卫

2014年7月21日星期一,Whitney Quesenbery <= EMAIL ADDRESS REMOVED =>写道:

>说TabIndex是一个绑带是不公平的。。
>
>它可以造成同样多的伤害。。
>
>回到好的设计是一个更好的解决方案 - 在这种情况下,
>设计逻辑键盘序列。。
>
>在我看来,这是一个完美的例子,说明为什么堆积在解决方案上是如此糟糕
>战略。。
>
>更好地回到第一原则并仔细设计。只是
>更难做,因为它需要质疑假设和思考
>努力了解用户(和设备)及其目标。。
>
>
> 2014年7月19日星期六下午4:26,Patrick H.Lauke <= EMAIL ADDRESS REMOVED =
> >
>写道:
>
>> 19月20日19:51,Birkir R.Gunnarsson写道:
>>
> >>每当你看到使用正tabindex时,我会建议
> >>将其称为潜在的用户问题,并建议将其作为
> >>不惜一切代价避免。。
> >>
>>
>>微小的旁注,至少从我在iOS / Safari中的粗略测试,
>>>使用AT导航时,移动/平板电脑浏览器会忽略tabindex> 0
>和/或
>>键盘。。。因此,如果tabindex用于尝试强制某种明智的
>订单
>>由于可聚焦元素的基础HTML /源顺序错误,
>>然后请注意,在这些平台上不会产生预期的效果
>>用户仍然可以使用错误的标签周期。。
>>
>> P
>> -
>> Patrick H.Lauke
>>
>> 万维网。分裂。合。联合王国| https://github.COM / patrickhlauke
>> HTTP://的Flickr。COM /照片/终极版/| HTTP://终极版。DeviantArt的。COM
> > twitter: @patrick_h_lauke | skype: patrick_h_lauke
>>
>>>>>>>>
>>>>