[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 167567] table with BORDER="00" (leading zeros) displays a border
From:       Germain Garand <germain () ebooksfrance ! org>
Date:       2008-07-29 1:43:55
Message-ID: 20080729014355.18653.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=167567         




------- Additional Comments From germain ebooksfrance org  2008-07-29 03:43 -------
I don't think the robustness of matching is a problem. There are other attributes \
that are using exact matches, and they do not tolerate whitespace changes. e.g. right \
align is usually implemented with [align="right"], and you can verify align="   \
right" does not work in other browsers.

What Gecko and Opera appear to do here, is to actually forcefully change the \
attribute's value to something that (makes sense | is canonicalized).

e.g. border="foo" will be silently changed to border="1", and border="0000" to \
border="0"

as can be verified with this testcase:

data:text/html,<style>table[border="aaaa"] { background-color: red; } \
table[border="0"] { background-color:orange; } table[border="1"] { \
background-color:green; }</style><table border="aaaa"><tr><td>lorem


[prev in list] [next in list] [prev in thread] [next in thread]