[Bug 24647] Define table@border as explicit indication that the *borders* are meaningful

https://www.w3.org/Bugs/Public/show_bug.cgi?id=24647

--- Comment #15 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> ---
(In reply to Leif Halvard Silli from comment #13)
> (In reply to steve faulkner from comment #7)

> > a link to the grep results:
> > https://dl.dropboxusercontent.com/u/377471/border1.html

> > al-tagheer.com
> 
> It is a bit hard to interpret the results. E.g. take http://ntvtelugu.com. 

Or take http://www.futbolecuador.com, where I find no table@border=1 - in fact,
the output you cite shows that your script has detected img elements with
border=1.

Or take http://myownfreehost.net/, where there is a single table, which happes
to ahve <table border=1>. This table is near the bottom of the page and it has
6 cells with one piece of advertisement in each cell. I would not call this a
”layout table”. ALthough, it is perhaps debatable. THe table has much in
common, I wold say, with navigation bars. And, btw, is a navigation bar in the
form of a single row table with one link per cell a ”layout table”? 

You need to go over the data. It contains lots of false hits (e.g. border on
<img>, data-border="1", frameborder="1" and so on). And you need to analyse the
findings.

For some of the pages, such as holiday-rental-homes.de, then I think your
results must stem from a sub page - at least the border="1" is not on the front
page.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Friday, 14 February 2014 23:55:41 UTC