W3C home > Mailing lists > Public > public-html@w3.org > April 2009

Re: document[id] and document.id to <element id="id"> matching

From: Anne van Kesteren <annevk@opera.com>
Date: Tue, 07 Apr 2009 01:03:54 +0200
To: "Michael A. Puls II" <shadow2531@gmail.com>, public-html@w3.org
Message-ID: <op.urzmcst364w2qv@annevk-t60.oslo.opera.com>
On Tue, 07 Apr 2009 00:41:57 +0200, Michael A. Puls II  
<shadow2531@gmail.com> wrote:
> So, the spec's saying that @id doesn't matter at all for document.foo  
> matching for iframe, ever?
> document.foo matches <iframe id="foo" name="non-empty"> in IE and Opera  
> where the @name value is anything non-empty, not necessarily the same  
> value as @id.

Interesting, that's similar to the <img> case. Maybe the specification  
should simply align with IE then.

> Well, it seems like it's kind of like this:
> IE: hasAttribute("name") && getAttribute("name").length > 0
> Safari: hasAttribute("name");
> Firefox and Opera: no checking for @name
> Firefox and Opera seem like they have less check than Safari. But, are  
> you saying that Safari's behavior is preferred over that because it's a  
> little close to IE's.

I seem to recall that someone from WebKit said a site relied on this case  
when this was specified. But I could be mistaken.

Anne van Kesteren
Received on Monday, 6 April 2009 23:04:39 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:44 UTC