- From: <bugzilla@jessica.w3.org>
- Date: Thu, 13 Feb 2014 13:20:06 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24642 Andrea Rendine <master.skywalker.88@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |master.skywalker.88@gmail.c | |om --- Comment #4 from Andrea Rendine <master.skywalker.88@gmail.com> --- (In reply to Robin Berjon from comment #2) >As per bug 24591 @border ought to be made nonconforming anyway. It wasn't. [[To help users with this, user agents should clearly delineate cells in a table from each other, unless the user agent has classified the table as a (non-conforming) layout table. The use of the non-conforming border attribute with a value other than 0...]] Source: WHATWG HTML spec. [[ If a table is to be used for layout it must be marked with the attribute role="presentation" for a user agent to properly represent the table to an assistive technology and to properly convey the intent of the author to tools that wish to extract tabular data from the document. The border attribute may be specified on a table element to explicitly indicate that the table element is not being used for layout purposes. If specified, the attribute's value must either be the empty string or the value "1". The attribute is used by certain user agents as an indication that borders should be drawn around cells of the table. The use of the border attribute with the non-conforming value 0...]] Source: W3C HTML Spec. Just in case you forgot it. Am I the only one who sees the difference? The first spec stated FROM THE BEGINNING that @border is non conforming. In the second one someone clearly did the mistake to exclude it, at some point, from the list of allowed attributes, but it's clearly a spec which considers @border conforming. Why? Because it works. I'm about to post a reply on bug 24647. See the difference between data table and non-data table by yourself and tell me that borders are not semantic in any way. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 13 February 2014 13:20:08 UTC