Html 字段集和图例标记-我应该使用它们吗?在什么上下文中使用?

Html 字段集和图例标记-我应该使用它们吗?在什么上下文中使用?,html,accessibility,semantic-markup,screen-readers,jaws-screen-reader,Html,Accessibility,Semantic Markup,Screen Readers,Jaws Screen Reader,2008年,我参加了一位盲人女士的回访,她说,如果你有多个字段,就不要使用fieldset和legend标签,因为屏幕阅读器(在她的例子中是Jaws)在每个字段标签之前都会读出图例,这会让人讨厌 这种情况还会继续吗?我已经看到,它们的上下文都与相关字段和复选框/无线电输入有关如果您有相关的复选框字段,您会嵌套字段集标记还是仅将其用于这些上下文之一?我还注意到,这可能是AT软件的问题 致电所有a11y专家和屏幕阅读器用户/测试人员。 我认为Jaws仍然是使用最广泛的SR.本年度调查是屏幕阅读器使用

2008年,我参加了一位盲人女士的回访,她说,如果你有多个字段,就不要使用fieldset和legend标签,因为屏幕阅读器(在她的例子中是Jaws)在每个字段标签之前都会读出图例,这会让人讨厌

这种情况还会继续吗?我已经看到,它们的上下文都与相关字段和复选框/无线电输入有关如果您有相关的复选框字段,您会嵌套字段集标记还是仅将其用于这些上下文之一?我还注意到,这可能是AT软件的问题

致电所有a11y专家和屏幕阅读器用户/测试人员。
我认为Jaws仍然是使用最广泛的SR.

本年度调查是屏幕阅读器使用的最佳数据:

正如你所看到的,JAWS仍然是50%的领导者

话虽如此,您必须提供一组逻辑上属于公共组标签的输入。这对于单选按钮和复选框尤为重要。每个屏幕阅读器都会以不同的方式宣布这些内容,除非对组标签使用ARIA标记,否则无法控制这些内容。然而,
仍然是首选机制


关于如何做到这一点的例子可以在这里找到:

我刚刚从Bim那里找到了答案,我在问题中指的是他,尽管他8年前就在这里。她说:

需要强调的一点是嵌套字段集元素也是可以的, 并且通常是避免混淆所必需的

听起来这是正确的选择,除非自那以后ATs的情况发生了变化。我知道升级Jaws版本的速度很慢,因为它的购买成本很高


我将很快使用Voiceover进行测试。

随着iOS的兴起,JAWS可能已经被Voiceover取代。相关字段或收音机/复选框组或两者的首选机制?如果两者都存在,你将如何嵌套它们?你能举个例子吗?例如,如果我有地址字段,其中一个是一组单选按钮,在美国,在欧洲,另外,在地址字段的中间,上面页上的技术可以扩展成支持组内的组,但是我会尽量避免这个OK,所以我假设避免外部字段集包装器,因为无线电组将更重要。风景?视情况而定。你可以用标题代替。这真的取决于上下文