tags:

views:

354

answers:

3

I need an efficient mechanism for detecting changes to the DOM. Preferably cross-browser, but if there's any efficient means which are not cross browser, I can implement these with a fail-safe cross browser method.

In particular, I need to detect changes that would affect the text on a page, so any new, removed or modified elements, or changes to inner text (innerHTML) would be required.

I don't have control over the changes being made (they could be due to 3rd party javascript includes, etc), so it can't be approached from this angle - I need to "monitor" for changes somehow.

Currently I've implemented a "quick'n'dirty" method which checks body.innerHTML.length at intervals. This won't of course detect changes which result in the same length being returned, but in this case is "good enough" - the chances of this happening are extremely slim, and in this project, failing to detect a change won't result in lost data.

The problem with body.innerHTML.length is that it's expensive. It can take between 1 and 5 milliseconds on a fast browser, and this can bog things down a lot - I'm also dealing with a large-ish number of iframes and it all adds up. I'm pretty sure the expensiveness of doing this is because the innerHTML text is not stored statically by browsers, and needs to be calculated from the DOM every time it is read.

The types of answers I am looking for are anything from the "precise" (for example event) to the "good enough" - perhaps something as "quick'n'dirty" as the innerHTML.length method, but that executes faster.

EDIT: I should also point out that whilst it would be "nice" to detect the precise element that has been modified, it is not an absolute necessity - just the fact that there has been any change would be good enough. Hopefully this broadens people's responses. I'm going to investigate Mutation Events, but I still need a fallback for IE support, so any whacky, creative, outside-of-the-square ideas would be very welcome.

+2  A: 

Mutation events are the W3 recommendation of what you are looking for..

Not sure if they are supported all around.. (IE will most likely not support them..)

Gaby
I'm now using these events - I'm still checking for `body.innerHTML.length` at set intervals, but if any of these events are triggered, I make the assumption that the periodical check is no longer required and turn it off. I'm still to investigate `onPropertyChange` and `watch()` as alternatives, and will likely implement these using a similar idea, being that if they are triggered, I can cancel any other checks - `onPropertyChange` might work in IE but not other browsers.
Graza
A: 

You could try using the DOMNodeInserted and DOMNodeRemoved events. Acording to Quirksmode, they kind of work in most browsers, with the notable exception of IE...

http://www.quirksmode.org/dom/events/index.html

Chibu
They are two of the Mutation Event types, that were introduced in DOM level 2. A handful more event types exist..
Gaby
+2  A: 

http://www.quirksmode.org/dom/events/tests/DOMtree.html

jQuery now supports a way to attach events to existing and future elements corresponding to a selector: http://docs.jquery.com/Events/live#typefn

Another interesting find - http://james.padolsey.com/javascript/monitoring-dom-properties/

HonorGod
Thanks, this seems to cover all bases - DOMTree events for non-IE and `onPropertyChange` for IE. I haven't yet implemented the `onPropertyChange` event but will do - see my comments on @Gaby's post for an update of what's been done so far.
Graza
jQuery's `live()` method doesn't seem to work the best in IE, so I'm also using a standard `bind()` (then `unbind().bind()` on any changes in case anything new has been added), but using the DOMTree events, along with `onPropertyChange`, and a setInterval fallback, seems to do the trick. `watch()` seemed like too much hassle (would have to manually add to all elements as it's not a standard event type, it's just a method), and I'm not sure that it's supported properly in various browsers, whilst the other two methods seemed to cover most bases.
Graza