W3C home > Mailing lists > Public > public-html-ig-zh@w3.org > August 2011

Re: Re: ISSUE-137 (IME-keypress): Should keypress events fire when using an IME? [DOM3 Events]

From: Jedi <jedilin@gmail.com>
Date: Fri, 12 Aug 2011 09:27:44 +0800
Message-ID: <CABwGVH03OBdphC86jyaF=hxn-NfZzNtRk921j00w7bzPRZtguQ@mail.gmail.com>
To: 中文HTML5同樂會ML <public-html-ig-zh@w3.org>
Cc: "Kang-Hao (Kenny) Lu" <kennyluck@w3.org>, OOO <othree@gmail.com>
我也支持組字時不發出鍵盤事件。

2011/8/12 OOO <othree@gmail.com>

> 我也覺得這邊行為蠻混淆的
> 因為沒辦法完全保持和英文輸入時狀況完全一致
>
> 不過基本上我是支持組字的時候不出發鍵盤事件
> 至少比較符合我第一時間的直覺
>
> Kang-Hao (Kenny) Lu <kennyluck@w3.org> 於 2011年8月12日上午6:06 寫道:
>
>  從 Web App 工作組轉來的信,大意是說輸入法在組字的時候不應該觸發鍵盤事件(keydown、keyup 及
>> keypress)的一些論述,我沒有仔細消化,不過除了 2. 的邏輯看起來很怪應該是對的。
>>
>> 就算沒有反對意見我們也可以直接說「支持」,大家怎麼想?
>>
>> 原文的庫存位於[1],在這個郵件列表上相關的討論還有:
>> * 用輸入法打字時 input.value 被更改的情形[2]
>> * Google Japan 的輸入法 API[3] — 裡面文檔關於 IME 的介紹有圖,還蠻值得看的
>>
>> [1] http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0749
>> [2] http://lists.w3.org/Archives/Public/public-html-ig-zh/2011Feb/0030
>> [3] http://lists.w3.org/Archives/Public/public-html-ig-zh/2011Feb/0021
>>
>>
>> Kenny
>>
>>
>>
>> -------- Original Message --------  Subject: Re: ISSUE-137
>> (IME-keypress): Should keypress events fire when using an IME? [DOM3 Events]  Resent-Date:
>> Tue, 09 Aug 2011 08:58:20 +0000  Resent-From: public-webapps@w3.org  Date:
>> Tue, 09 Aug 2011 17:57:22 +0900  From: Masayuki Nakano
>> <masayuki@d-toybox.com> <masayuki@d-toybox.com>  To: Web Applications
>> Working Group WG <public-webapps@w3.org> <public-webapps@w3.org>
>>
>> Hello.
>>
>> Currently, Firefox doesn't fire any key events (keydown, keyup and
>> keypress) during IME composition.  There are some reasons:
>>
>> 1. Most firefox code handles key events without IME composition state
>> check. (This is our internal reason, though) Therefore, if we would fire
>> key events during composition, we would need to fix very many code.
>>
>> 2. Web application developers cannot check IME composition state
>> directly.  If they needed to check it, they needed to listen
>> compositionstart and compositionend events and make a bool variable.
>> Therefore, if web developers handled key events without IME state check,
>> IME users couldn't use some web applications.
>>
>> 3. Some web developers may not know well about IME behavior. Their web
>> applications might break IME behavior by handling key events.
>>
>> I'd like to *suggest* that key events shouldn't be fired during IME
>> composition, especially for #3.  If web developers want to know the
>> timing of updating composition string, they can use compositionupdate or
>> textinput. I think that these events are better for the purpose since
>> IME composition string can be updated by clicking on candidate window,
>> i.e., it doesn't cause key events.
>>
>> thanks,
>>
>> On 2010/10/06 15:16, Web Applications Working Group Issue Tracker wrote:
>> >
>> > ISSUE-137 (IME-keypress): Should keypress events fire when using an IME? [DOM3 Events]
>> >
>> > http://www.w3.org/2008/webapps/track/issues/137
>> >
>> > Raised by: Doug Schepers
>> > On product: DOM3 Events
>> >
>> > Hallvord R. M. Steen<http://lists.w3.org/Archives/Public/www-dom/2010JulSep/0176.html> <http://lists.w3.org/Archives/Public/www-dom/2010JulSep/0176.html>:
>> > [[
>> > current spec text says about the keypress event:
>> >
>> >> This event type shall be generated after the keyboard mapping
>> >> but before the processing of an input method editor, normally
>> >> associated with the dispatching of a compositionstart, compositionupdate,
>> >> or compositionend event.
>> >
>> > I think this is wrong, if an IME is actively processing the input no
>> > keypress event should fire.
>> > ]]
>>
>> --
>> Masayuki Nakano <masayuki@d-toybox.com> <masayuki@d-toybox.com>
>> Manager, Internationalization, Mozilla Japan.
>>
>>
>>
>
>
> --
> OOO
>
Received on Friday, 12 August 2011 01:28:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:43:49 UTC