- From: <bugzilla@jessica.w3.org>
- Date: Wed, 02 Oct 2013 07:45:17 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23422 Bug ID: 23422 Summary: Adding a method to deliver editing-related events to a DOM element Product: WebAppsWG Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P2 Component: IME API Assignee: kochi@google.com Reporter: kochi@google.com QA Contact: public-webapps-bugzilla@w3.org CC: mike@w3.org, public-webapps@w3.org In the current IME API WD (http://www.w3.org/TR/2013/WD-ime-api-20130815/ , section 8.2) using HTML5 'inputmode' attribute to specify that an element wants editing related events (such as input, beforeinput, composition events) but it sounded somewhat weird way to tell the hosting user agent in this way. Instead, we propose to add a method to InputMethodContext, as bool requestEventDelivery(); to tell the target element wanting editing events delivered when it gets focus, if the target element is a non-editable one (i.e. not <input>, <textarea>, or contenteditable). By using this a developer can turn a DOM element to behave like an editing element, to construct a DOM-based text editor. If the user agent cannot fulfill the request, it can return false to indicate that the request is failed. We also might want to introduce another interface to undo the request: void refuseEventDelivery(); which should always succeed (as not delivering events is the default). -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Wednesday, 2 October 2013 07:45:18 UTC