W3C home > Mailing lists > Public > www-dom@w3.org > January to March 2012

[Bug 16329] New: compositionstart should not be cancellable for IME

From: <bugzilla@jessica.w3.org>
Date: Mon, 12 Mar 2012 20:26:44 +0000
To: www-dom@w3.org
Message-ID: <bug-16329-4009@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16329

           Summary: compositionstart should not be cancellable for IME
           Product: WebAppsWG
           Version: unspecified
          Platform: PC
               URL: https://www.w3.org/2008/webapps/track/issues/183
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: DOM3 Events
        AssignedTo: travil@microsoft.com
        ReportedBy: travil@microsoft.com
         QAContact: public-webapps-bugzilla@w3.org
                CC: mike@w3.org, www-dom@w3.org, masayuki@d-toybox.com


PORT: ISSUE-183: (This bug will be used to track this LC comment.)

http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#event-type-compositionstart

DOM3 Events Spec defines that compositionstart is cancelable. But it 
doesn't make sense for IME at least.

UA doesn't know which key event causes starting composition. It is 
decided by IME. Current UAs dispatch compositionstart when IME starts 
composition actually.

Therefore, "This event must be dispatched immediately before a text 
composition system is launched", this definition doesn't match current 
implementations.

And also the composition has started already at that time. Therefore, 
"If this event is canceled, the text composition system must not be 
launched.", this explanation is impossible behavior.

I'm not sure for other input methods. I think that the spec should 
document the IME case at least.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Monday, 12 March 2012 20:26:49 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:14:09 GMT