W3C home > Mailing lists > Public > www-style@w3.org > October 2009

Re: CSSOM: getClientRects for table with caption

From: Robert O'Callahan <robert@ocallahan.org>
Date: Tue, 13 Oct 2009 22:10:49 +1300
Message-ID: <11e306600910130210n4086d82em60f71843b239df90@mail.gmail.com>
To: Anne van Kesteren <annevk@opera.com>
Cc: Erik Arvidsson <arv@chromium.org>, www-style@w3.org
On Tue, Oct 13, 2009 at 8:39 PM, Anne van Kesteren <annevk@opera.com> wrote:

> On Tue, 13 Oct 2009 01:10:11 +0200, Erik Arvidsson <arv@chromium.org>
> wrote:
>> However, for tables with
>> a caption all but Firefox returns a single rect. Is there a reason why the
>> spec describes a different behavior than what 3 out 4 browsers use?
> I think it was because there would otherwise be no way to get those boxes.
> Somewhat surprising that both Presto and WebKit did not read the
> specification correctly. I don't really feel strongly either way at this
> point.
> roc, what you say?

Erik didn't say which rect the other browsers return, but it seems to be the
anonymous container box that contains the table box and the caption box, in
Webkit and Opera at least. That's inconsistent with the behaviour for
anonymous block boxes, where we drill down to return the non-anonymous
descendants. And as you observe, it is also less useful since there is then
no way to obtain the table box.

For what it's worth, it would have been a few fewer lines of code for us to
return the anonymous container box, but I suggested and implemented the
spec's behaviour because it seemed better.

I'm not aware of any Web compatibility issues here; a cursory search doesn't
reveal any bugs about it in our bug database.

"He was pierced for our transgressions, he was crushed for our iniquities;
the punishment that brought us peace was upon him, and by his wounds we are
healed. We all, like sheep, have gone astray, each of us has turned to his
own way; and the LORD has laid on him the iniquity of us all." [Isaiah
Received on Tuesday, 13 October 2009 09:14:30 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:13:40 UTC