W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2011

Re: Mutation events replacement

From: Olli Pettay <Olli.Pettay@helsinki.fi>
Date: Thu, 21 Jul 2011 18:19:30 +0300
Message-ID: <4E284382.2080608@helsinki.fi>
To: Boris Zbarsky <bzbarsky@MIT.EDU>
CC: Dave Raggett <dsr@w3.org>, public-webapps@w3.org, Jonas Sicking <jonas@sicking.cc>
On 07/21/2011 06:01 PM, Boris Zbarsky wrote:
> On 7/21/11 5:08 AM, Dave Raggett wrote:
>> Thanks for the explanation. Apps would need a way to disable
>> notifications during such animation sequences, and would be able to find
>> another means to serialize the animation (at a higher level).
> I'm not sure I trust apps to do that, which is why I think the default
> behavior should be that they just don't get the information.
>> This raises the question is unregistering and re-regtistering a mutation
>> notification handler cheap or do we need an alternative mechanism for
>> temporarily suspending notifications?
> Olli is better able than I to answer this for Gecko.

In the current WIP patch for mutation event replacement registering and
unregistering listeners is cheap, and if there are no listeners,
performance isn't affected at all.
This is with the sync approach.

If async approach is taken, listener handling becomes significantly
more complicated. What if the listener is added after the mutation has
happened, should it be called? If not, then we need to keep a list of
changes for all the listeners separately. If yes, then we need to
track all the changes all the time, even if there are no listeners.

Received on Thursday, 21 July 2011 15:20:11 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:34 UTC