xmlgraphics-batik-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thomas DeWeese <Thomas.DeWe...@Kodak.com>
Subject Hash implementation of getElementById
Date Mon, 28 Feb 2005 02:38:58 GMT
Hi all,

    I have a working implementation of getElementById built around
a Document Hash Table.  It handles all the nasty cases pretty well.

    In writing the test I noticed some deviation from expected
behavior by the Adobe viewer as well as previous versions of
Batik.  In particular it appears that getElementById for both
always search the _entire_ document tree, even if the svg element
is 'disconnected' from the main tree.

    This behavior isn't hard for me to implement but it seems
quite wrong to me.  There was a fairly long discussion on this
in www-svg with the end of the discussion being that the DOM spec
doesn't even define what Document.getElementById is supposed to
search, much less the SVG spec specifying what
SVGSVGElement.getElementById should search.

    My current inclination would be to have getElementById
"search" the entire 'fragment' it is associated with (document
or disconnected subtree).  This still diverges from Adobe where
they will search the main tree even when called on a disconnected
subtree, but this is probably more in keeping with what will be
needed for Shadow tree's.

   Any comments?

To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org

View raw message