Quoting Michael Glavassevich <[EMAIL PROTECTED]>: > Hi Jake, > > Jacob Kjome <[EMAIL PROTECTED]> wrote on 01/25/2007 01:19:46 AM: > > > I'm wondering whether or not I should expect that if I import/adopt a > > node from a source DOM, that attributes of type ID on the > > imported/adopted nodes should be found by getElementById() in the > > destination DOM. The behavior I'm seeing is that getElementById() > > fails to find the elemements (null is returned). > > > > Can anyone provide some insight on what I should expect? If the type > > of the attributes are not carried over, what is one to do? For > > non-HTML DOM's, getElementById() can apply to an attribute of any > > name, as long as it was marked as of type ID, so it's not like I > > recurse the DOM for "id" attributes, as I might in the HTML DOM. > > There was a discussion [1] on this topic a couple years ago. I was fairly > convinced by Joe Kesselman's thoughts [2] at the time though now I'm not > really sure. >
Interesting. I read further and it seems that Elliotte Rusty Harold determined that it was a cloning problem [3]. Any comments on that? Could this be fixed by correcting the cloning issue? > > Actually, when I use the HTML DOM, I seem to have the same problem > > and I wouldn't expect it there because if > > HTMLDocument.getElementById() can't find an element with an attribute > > registered as of type ID with the specified value, it falls back to > > recursing the DOM looking for "id" attributes with the specified > > value. Why is it not finding the elements? > > Sounds like a bug. > Not a bug. Sorry about that. You responded just before I sent another message stating that this claim was a mistake. The HTML DOM works just fine because it falls back to recursion. I was mistaken about the DOM I was using at the time. It wasn't the HTML DOM but a custom XHTML DOM variant of the standard DOM that provides no HTML DOM-like fallback mechanism recursing the DOM for "id" attributes with a given name. I'm probably going to have to add the fallback recursion because of the losing ID'ness issue. > > [1] http://marc.theaimsgroup.com/?t=109836916900003&r=1&w=2 > [2] http://marc.theaimsgroup.com/?l=xerces-j-dev&m=109838807214629&w=2 > > Michael Glavassevich > XML Parser Development > IBM Toronto Lab > E-mail: [EMAIL PROTECTED] > E-mail: [EMAIL PROTECTED] [3] http://marc.theaimsgroup.com/?l=xerces-j-dev&m=109841032302937&w=2 Jake --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
