23258 2013-09-16 21:42:47 +0000 Consider composition event order relative to IME API info when choosing to update DOM after compositionupdate... 2013-12-04 01:37:34 +0000 1 1 1 Unclassified WebAppsWG HISTORICAL - DOM3 Events unspecified PC Windows NT RESOLVED WONTFIX P2 normal --- 1 travil travil mike www-dom public-webapps-bugzilla oldest_to_newest 93457 0 travil 2013-09-16 21:42:47 +0000 I previously thought it would be good to change the compositionupdate event to fire before the value of the input element is changed in the DOM. However, in an internal review around the IME API, it seems we may want to reconsider this. The scenario is that the IME API introduces additional information that can be observed during an IME composition. This information includes (but is not limited to) the character indexes where the active composition is taking place, the current candidate window placement or exclusion rectangle, etc. It is expected that web developers will interact with the IME API during a composition, primarily those triggered by compositionupdate events. If the DOM is not yet updated until after compositionupdate fires, then usage of the IME API (relative to the content in the DOM) will be slightly out-of-date (to be refreshed in the DOM immediately after compositionupdate is finished dispatching. A suggestion in the current IME API is to possibly include some of the state-full information on the composition events themselves, but we should probably have a discussion on this. 97094 1 travil 2013-12-04 01:37:34 +0000 IME API has substantively changed and this needs to be re-reviewed in light of that change.