Mailing-List: contact dev-help@santuario.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@santuario.apache.org
Received-SPF: pass (athena.apache.org: domain of cantor.2@osu.edu designates
 128.146.216.226 as permitted sender)
From: "Cantor, Scott" <cantor.2@osu.edu>
To: "dev@santuario.apache.org" <dev@santuario.apache.org>,
        "coheigea@apache.org" <coheigea@apache.org>
Subject: Re: Id Resolution Observations and Suggestions
Thread-Topic: Id Resolution Observations and Suggestions
Thread-Index: 
 AQHMv9pdkYzHXhTOXU+Y5JZydF+3lZX+cE6A///cbgCAAcYLgP//vq2AgATOqYD//7AJgAALi52A///DhYA=
Date: Mon, 9 Jan 2012 17:55:27 +0000
Message-ID: <CB309389.1C6D1%cantor.2@osu.edu>
In-Reply-To: 
 <CAB8XdGCLgUwyuexBJSokY7vjFNK-Ubd3C6+sMcLExA+inCq9XQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-ID: <99B026567A1202468B08682CBF9BD2C2@exchange.osu.edu>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

On 1/9/12 11:31 AM, "Colm O hEigeartaigh" <coheigea@apache.org> wrote:
>
>Ok, so if I'm understanding you correctly, the purpose of the tree
>search is to ensure that no two Elements are registered by the same Id
>and so there is no ambiguity about what Document.getElementById()
>returns. But it does not guard against the fact that there could be
>two Elements in the document tree with the exact same Id, where one is
>registered as an Id and the other isn't. Is this correct?

Yes, because it allows the application to know that *it* knows what
getElementById will return to both it and the library. If there are
duplicates, then the result being undefined, you can't assume anything
about what was returned to each part independently. If there are no
duplicates, then you do know, provided nothing changes the DOM in between
in this area.

What this is for (to me) is getting around the lack of reference caching.
If that exists, you don't need it, you just compare the cached reference
node to what you expect. But today, that caching is not widely available
(e.g. not available in the old API, or in C++).

-- Scott