- From: Daniel Danilatos <daniel@danilatos.com>
- Date: Thu, 1 Jul 2010 11:17:12 +1000
- To: Doug Schepers <schepers@w3.org>
- Cc: James Su <suzhe@google.com>, Hironori Bono (坊野 博典) <hbono@google.com>, www-dom@w3.org, Ojan Vafai <ojan@chromium.org>
Doug,
Thanks so much, this is great news. Enjoy your vacation :)
Dan
On Thu, Jul 1, 2010 at 2:37 AM, Doug Schepers <schepers@w3.org> wrote:
> Hi, Dan-
>
> If everyone is agreed about this, then I have no problem changing the spec.
> I'm on vacation right now so I'm not following the conversation closely,
> but I'll fix the spec when I get back next week.
>
> Regards-
> -Doug
>
> Daniel Danilatos wrote (on 6/30/10 11:44 AM):
>>
>> So it seems we're all happy with this. Doug, any chance of it finding
>> its way into the spec? We really would like to fix the outstanding
>> issues in Webkit.
>>
>> Dan
>>
>> On Thu, Jun 17, 2010 at 11:47 AM, Ojan Vafai<ojan@chromium.org> wrote:
>>>
>>> I didn't mean to derail the original proposal. As best I can tell,
>>> everyone
>>> who has voiced an opinion agrees that compositionstart/compositionend
>>> should
>>> bound all IME related DOM modifications and that textInput should fire
>>> before the compositionEnd event.
>>> Whether it also fires before compositionStart is totally orthogonal. We
>>> should try to address that after we've come to a conclusion on the other
>>> thread about extending textInput to other input modes.
>>> Ojan
>>> On Wed, Jun 16, 2010 at 6:08 PM, James Su<suzhe@google.com> wrote:
>>>>
>>>> To prevent all text input, I think the preferred way is to just cancel
>>>> keydown event. In this case we don't need to care about textInput and
>>>> composition events at all. It's also compatible with non-IME input
>>>> mode. So
>>>> I think textInput and composition events should not be fired at all if
>>>> keydown is cancelled.
>>>> Regards
>>>> James Su
>>>>
>>>> 2010/6/16 Ojan Vafai<ojan@chromium.org>
>>>>>
>>>>> On Wed, Jun 16, 2010 at 2:38 PM, Ojan Vafai<ojan@chromium.org> wrote:
>>>>>>
>>>>>> to type "wo" -> 我
>>>>>> user "w"<-- Canceling keydown should prevent the composition from
>>>>>> starting and the DOM should not be modified.
>>>>>
>>>>> Upon further thought, I think we should also fire a textInput event
>>>>> here
>>>>> (not sure if it should fire before or after compositionstart). "data"
>>>>> can
>>>>> just be the empty string. It should be possible to only listen to
>>>>> textInput
>>>>> and preventDefault to prevent all text insertion. You shouldn't need
>>>>> to
>>>>> listen to both textInput and keydown/compositionstart.
>>>>>
>>>>>>
>>>>>> event compositionstart
>>>>>> ("w")
>>>>>>
>>>>>> user "o"<-- Not related to textInput since this keydown doesn't
>>>>>> generate a textInput event. One cross-platform solution would be to
>>>>>> cancel
>>>>>> the composition.
>>>>>> ("wo")
>>>>>>
>>>>>> user<space> <-- Same as above.
>>>>>> ("我")
>>>>>>
>>>>>> user<space> (to commit the composition)<-- Should cancel the
>>>>>> textInput
>>>>>> and thus cancel the composition.
>>>>>> ("")
>>>>>> event textInput (cancelable)
>>>>>> ("我")
>>>>>> event compositionend
>>>>>> -Ojan
>>>>>
>>>>
>>>
>>>
>>
>>
>
Received on Thursday, 1 July 2010 01:17:52 UTC