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

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

From: Michael A. Puls II <shadow2531@gmail.com>
Date: Mon, 06 Apr 2009 19:15:49 -0400
To: "Anne van Kesteren" <annevk@opera.com>, public-html@w3.org
Message-ID: <op.urzmwnwi1ejg13@sandra-svwliu01>
On Mon, 06 Apr 2009 19:03:54 -0400, Anne van Kesteren <annevk@opera.com> wrote:

> 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.

Yeh, just wanted everyone to have a look-see.

>> 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.

Thanks.

-- 
Michael
Received on Monday, 6 April 2009 23:16:28 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:33 GMT