15799 - Border attribute of TABLE element does not distinguish cells

Status: RESOLVED DUPLICATE of bug 68061

(Core :: XML, defect, P3)

Description

[Christine Hoffman]

Using Commercial build 1999100618 Apprunner.

Open attached file. If you are unable, here is the code:

<?xml version="1.0"?>
<doc>
<test xmlns:html="http://www.w3.org/TR/REC-html40">
<html:br/>
<html:table border="10">
<html:tr>
<html:td>First row, first column
</html:td>
<html:td>First row, second column
</html:td>
</html:tr>
<html:tr>
<html:td>Second row, first column
</html:td>
<html:td>Second row, second column
</html:td>
</html:tr>
</html:table>
</test>
</doc>

Expected result: Border should distinquish cells.
Actual result: Border does not distinquish cells.

Comment 1

[Christine Hoffman]

Attachment: Test case to demonstrate problem

Comment 2

[Hixie (not reading bugmail)]

Might this be related to the value of border-collapse? See bug 9191.

[tentatively marking {css2} since it is likely that this can also be reproduced
using the relevant combination of CSS rules that BORDER emulates. Actually
doing this is left as an exercise to the reader.]

Comment 3

[Nisheeth Ranjan]

Setting milestone to M13 for now...

Comment 4

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Could this be related to attribute mapping of border="" to frame="border" that
may not be happening in XML.  Should it...?

I should investigate this further...

Comment 5

[Hixie (not reading bugmail)]

David: border="" would never map to frame="border". Only border on its own would
map to frame="border". border="" is setting a value for the attribute 'border'.

In any case, in XML there are no "abbreviation" type things, so border on its
own would be a well-formedness constraint violation.

Comment 6

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

No.  Read http://www.w3.org/TR/REC-html40/struct/tables.html#h-11.3.1 , which
says:

# The following settings should be observed by user agents for backwards
# compatibility.

# * Setting border="0" implies frame="void" and, unless otherwise specified,
#   rules="none".
# * Other values of border imply frame="border" and, unless otherwise
#   specified, rules="all".
# * The value "border" in the start tag of the TABLE element should be
#   interpreted as the value of the frame attribute. It implies rules="all"
#   and some default (non-zero) value for the border attribute.

Although it doesn't say so, I think this attribute mapping should be reflected
in the DOM.  However, I'm not sure whether it should occur in XHTML, so this bug
may or may not be valid.

Comment 7

[Hixie (not reading bugmail)]

Oh, _that_ attribute remapping. I thought you meant the SGML minimalisation
features... :-/

Yes, that _does_ apply to XHTML (I think), since XHTML considers HTML 4.01 as
normative. As to whether this should be reflected in the DOM, you should know
better than me...

Comment 8

[Nisheeth Ranjan]

Moving non beta-stoppers to M16...

Comment 9

[Hixie (not reading bugmail)]

Migrating from {css2} to css2 keyword. The {css1}, {css2}, {css3} and {css-moz}
radars should now be considered deprecated in favour of keywords.
I am *really* sorry about the spam...

Comment 10

[Hixie (not reading bugmail)]

Since it might be related to HTML4's attribute mapping rules, I'm adding the
dependency on the HTML4 meta bug.

Comment 11

[Nisheeth Ranjan]

Moving bugs out by one milestone...

Comment 12

[Nisheeth Ranjan]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration. 

Comment 13

[Henri Sivonen (:hsivonen)]

Note: The testcase uses a non-standard namespace URI.

Comment 14

[Robin Lionheart]

Attachment: Same testcase using standard XHTML namespace

Comment 15

[Robin Lionheart]

Attachment: Contrast with this similar testcase, which just doesn't use a named namespace.

Comment 16

[Robin Lionheart]

Attachment: Oops, contrast with this one instead

Comment 17

[Robin Lionheart]

I find that it works using xmlns= and <table>, <tr>, <td>..., but not using
xmlns:html= and <html:table>, <html:tr>, <html:td>.

Compare attachments 17698 and 17700 above (which use the standard XHTML namespace).

Comment 18

[Christian Wolfgang Hujer]

This bug is still there!

The following code reproduces the problem:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
"http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de">
    <head>
        <title>Table Border Demo</title>
    </head>
    <body>
        <h1>Table Border Demo</h1>
        <table border="border">
            <tr>
                <td>Cell 1</td><td>Cell 2</td>
            </tr>
            <tr>
                <td>Cell 3</td><td>Cell 4</td>
            </tr>
        </table>
    </body>
</html>

Save this file under "tableDemo.html" and you will get the expected results.
Save this file under "tableDemo.xhtml" and the border will only be around the
table, but not between cells.

Comment 19

[Alan Batie]

I'm not sure if this is the same or not, but I'm guessing it is: I'm trying to
build tables in javascript, and they only get a table border, not a cell border,
even if I try adding a border attribute to the cells.  This page has both a
static and a dynamic table: http://alan.batie.org/js/t.html (scripts in
http://alan.batie.org/js/t.js)

Comment 20

[Alan Batie]

Actually, lo and behold, 1.5b just fixed it...

Comment 21

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

*** This bug has been marked as a duplicate of 68061 ***