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

Re: Mutation events replacement

From: Jonas Sicking <jonas@sicking.cc>
Date: Thu, 7 Jul 2011 18:38:24 -0700
Message-ID: <CA+c2ei_ckcrw6Tbk3Zbad_3oEwAy_YKxTVtbnYeez_+nGUsysQ@mail.gmail.com>
To: Rafael Weinstein <rafaelw@google.com>
Cc: Ryosuke Niwa <rniwa@webkit.org>, Olli@pettay.fi, Aryeh Gregor <Simetrical+w3c@gmail.com>, Adam Klein <adamk@google.com>, Anne van Kesteren <annevk@opera.com>, Webapps WG <public-webapps@w3.org>
On Thu, Jul 7, 2011 at 5:23 PM, Rafael Weinstein <rafaelw@google.com> wrote:
>> So yes, my proposal only solves the usecase outside mutation handlers.
>> However this is arguably better than never solving the use case as in
>> your proposal. I'm sure people will end up writing buggy code, but
>> ideally this will be found and fixed fairly easily as the behavior is
>> consistent. We are at least giving people the tools needed to
>> implement the synchronous behavior.
>
> Ok. Thanks for clarifying. It's helpful to understand this.
>
> I'm glad there's mostly common ground on the larger issue. The point
> of contention is clearly whether accommodating some form of sync
> mutation actions is a goal or non-goal.

Yup, that seems to be the case.

I think the main reason I'm arguing for allowing synchronous callbacks
is that I'm concerned that without them people are going to stick to
mutation events. If I was designing this feature from scratch, I'd be
much happier to use some sort of async callback. However given that we
need something that people can migrate to, and we don't really know
what they're using mutation events for, I'm more conservative.

/ Jonas
Received on Friday, 8 July 2011 01:39:21 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:46 GMT