- From: <bugzilla@jessica.w3.org>
- Date: Wed, 02 Oct 2013 07:45:17 +0000
- To: public-webapps@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 on the CC list for the bug.
Received on Wednesday, 2 October 2013 07:45:18 UTC