0

如您所知，在某些情况下，制作包含大量边框的布局（即：某种打印填写表单）可能会非常痛苦。table那么，WCAG 2.0 中使用vsdivs用于布局目的是可以接受/正确的行在哪里？

当我将“提供”范围添加到依赖项目时出现 ClassNotFoundException

我在 SBT、根项目和带有宏的项目中构建了多个项目，并且根项目dependsOn(macros % "provided")上有一个属性。所有测试都很好，但是当我尝试在本地运行根项目或将其部署到远程服务器时，它会失败并ClassNotFoundException说Macros$找不到我的文件。

4

3 回答 3

2

与流行的看法相反，WCAG 2.0 并不禁止使用表格进行布局。它通过设置在使用表格进行布局时不应做什么的规则来间接接受它，例如使用th元素（通常表示表格数据），例如在F46 中：由于使用 th 元素、标题元素而导致成功标准 1.3.1 失败，或布局表中的非空汇总属性。

因此，只要表格不包含错误地建议表格数据的标记，使用布局表格就不会违反 WCAG 2.0。当然，作者通常不会在布局表中使用thorcaption元素，因为它们在其中没有用处。

另一方面，填写的表格也可以被视为表格数据，例如，在一个列中包含标签，在另一列中包含控件（字段）。因此它不会违反 WCAG 2.0，即使您使用caption（用于表单标题）或th（用于包含标签的单元格，因为它们很可能被视为行标题）。

于 2013-05-30T16:01:41.057 回答
1

我同意朱卡的说法。但是，我对其中的一部分略有不同。

当然，作者通常不会在布局表中使用thorcaption元素，因为它们在其中没有用处。

我见过开发人员<th>在表格中随机使用，因为他们需要居中或粗体的东西，然后他们使用 CSS撤消他们不需要的任何部分。这实际上在过去几周发生了两次。

Jukka 没有提到的一件事是 ARIA。如果您需要使用表格进行布局，最好添加role="presentation"到<table>声明中。虽然辅助技术非常擅长猜测何时使用表格进行演示，但声明 ARIA 角色会告诉它忽略表格标签。

于 2013-06-17T17:33:35.220 回答
1

嗯...我不确定我是否同意上面的两条评论。是的，WCAG 2.0 本身并未明确提及，但代理暗示了这一点：

检查点 4.1.1：H88：根据规范使用 HTML

“以规范规定的方式使用特征 HTML 规范提供了有关如何处理和理解特定元素、属性和属性值的具体指导。然而，有时，作者以不受标准支持的方式使用特征。规范，例如，使用语义元素来实现视觉效果，而不打算传达底层语义信息。这会导致用户代理和依赖正确语义信息来呈现页面连贯表示的辅助技术的混淆。这很重要仅按照 HTML 规范的规定使用 HTML 功能。”

因此，当HTML4和HTML5规范都说：

“表格不应该用作布局辅助 [...] 如果表格要用于布局，则必须使用属性 role="presentation"” 进行标记。

然后通过代理，使用表格进行布局将失败该技术（除非使用 role="presentation" - 这应该是最后的手段）并且无法通过检查点 4.1.1（A 级）。相当乏味的链接，但简而言之，使用表格进行布局意味着您不太可能成为 WCAG 2.0 投诉。

于 2013-10-17T15:11:02.777 回答