W3C home > Mailing lists > Public > public-css-archive@w3.org > October 2019

[csswg-drafts] [cssom] Table row resolved width and height. (#4444)

From: Emilio Cobos Álvarez via GitHub <sysbot+gh@w3.org>
Date: Wed, 23 Oct 2019 18:56:47 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-511510861-1571857006-sysbot+gh@w3.org>
emilio has just created a new issue for https://github.com/w3c/csswg-drafts:

== [cssom] Table row resolved width and height. ==
See https://bugzilla.mozilla.org/show_bug.cgi?id=1590837 / https://github.com/jquery/jquery/issues/4529.

In the following test-case:

```html
<table style="border-collapse: separate; border-spacing: 0; background: #baffc9"><tbody>
	<tr id="tr" style="margin: 0; border: 10px solid black; padding: 0">
		<td style="margin: 0; border: 0; padding: 0; height: 42px; width: 42px;"></td>
	</tr>
</tbody></table>
    <div id="result"></div>
<script>
var result = document.getElementById('result');
var tr = document.getElementById('tr');
result.innerHTML = getComputedStyle(tr).width;
</script>
```

Gecko reports 42px. Blink/WebKit report 22px. EdgeHTML reported auto.

`width` and `height` on table rows have no effect, so I think Edge was right on this one, and table rows should behave the same way non-replaced inlines behave, and just return the computed value... Thoughts?

I should update the spec to better reflect implementations on this regard, btw...

Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4444 using your GitHub account
Received on Wednesday, 23 October 2019 18:56:48 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:27:04 UTC