W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2008

[DOML3 Events] DOMCharacterDataModified frequency?

From: Travis Leithead <Travis.Leithead@microsoft.com>
Date: Thu, 6 Nov 2008 14:03:55 -0800
To: "schepers@w3.org" <schepers@w3.org>
CC: "public-webapps@w3.org" <public-webapps@w3.org>
Message-ID: <0003CB8B8FE2154EB50431DB2B8F69C017322BC856@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com>

I recently found an email thread from waaaay back where some internal folks at Microsoft had come to the IE team asking about our support for Mutation Events. They had a concern with the current DOM L3 Spec's DOMCharacterDataModified event because of its lack of specificity. I just found this email and thought I'd summarize some of the issues in hopes of starting a productive discussion about how to address them (or not).

This team was building some kind of networked editing synchronization tool (sorta like MS OneNote-which you should try if you haven't already-very cool) and they needed their webapp to respond to changes in a text node (CharacterData) while the user is typing to synchronize the changes over the network. Specially, regarding the DOMCharacterDataModified event, they wanted to know:

* How frequently is it supposed to fire? (For example during editing (i.e., contenteditable) does it fire per-character change [super verbose] or only after a some cumulative number of changes?
* Is there an easier way to know exactly "what" changed? The event as spec'd right now (in DOM L2 and L3 events) provides the prevValue and newValue properties which can be used to analyze the difference. It seems like DOM L3 could provide additional help by additionally including a range (DOM L2 Range) object with the exact changed text in it.

I haven't investigated other browser implementations yet, I just wanted to throw this out there for comments.

Received on Thursday, 6 November 2008 22:03:58 UTC

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