- From: Michael[tm] Smith <mike@w3.org>
- Date: Fri, 6 Dec 2013 18:27:30 +0900
- To: Yoichi Osato <yoichio@google.com>
- Cc: Takayoshi Kochi (河内 隆仁) <kochi@google.com>, Mounir Lamouri <mounir@lamouri.fr>, Ryosuke Niwa <rniwa@apple.com>, WHAT Working Group <whatwg@lists.whatwg.org>, Ian Hickson <ian@hixie.ch>, Jonas Sicking <jonas@sicking.cc>
Yoichi Osato <yoichio@google.com>, 2013-12-06 15:46 +0900: > Our Google Japan members working around IME discussed about inputmode. > > Proposal: > Remove "kana", "katakana" and "full-width-latin" from inputmode attribute. > Because above attributes and others are independent as others say. > For web developers that want to manage IME state like native applications, > the inputmode attribute lacks some modes > like "half-width-katakana". What modes other than "half-width-katakana" are we lacking? > But it might cause more confusing to add such attributes to inputmode. I think it might cause even more confusion to add half-width-katakana input support to any new IME-related API or UI, anywhere. In particular, it might cause people to think that half-width katakana is actually useful to them or needed for something these days. Which it's not, as far as I can see. Have you identified any actual current use cases for half-width katakana input? In particular, any uses cases for half-width katakana input on the Web? > We are discussing to propose IME mode management as new API. > Its mode contains "alphabet, kana, katakana, full-width-latin, > half-width-katakana" as a native OS provides. I don't think the fact that OS IMEs provide support for half-width katakana input means that it's necessary or useful for us to provide half-width katakana input support in any new IME APIs for the Web. If the goal is to have consistency with OS IMEs, then I think a better solution at this point would be to lobby OS IME vendors to finally drop support for half-width katakana input. --Mike -- Michael[tm] Smith http://people.w3.org/mike
Received on Friday, 6 December 2013 09:28:19 UTC