[webkit-dev] Supporting css ime-mode property

Yasuo Kida kida at apple.com
Tue Oct 5 17:50:30 PDT 2010


I meant "does NOT necessary universally true". The property assumes input mode takes two states, on and off, but on some platforms it can take multiple values.

an alternative way of achieving the same thing in more predictive way:
http://developer.apple.com/library/ios/#documentation/StringsTextFonts/Conceptual/TextAndWebiPhoneOS/KeyboardManagement/KeyboardManagement.html

- kida

On 2010/10/06, at 8:36, Yasuo Kida wrote:

> I also have a concern on this proposal. The assumption that this property makes on the semantic of the input system of the platform does necessary universally true and it could be potentially harmful. On Mac OS X and iOS, there is no notion of disabling or enabling input method or mode. You can switch between different input modes, or you can request an input mode that is suitable for a particular purpose (e.g. ascii, email address, etc.).
> 
> I will catch up with the thread and will make more comment.
> 
> Thanks,
> 
> - kida
> 
> On 2010/10/05, at 13:06, Alexey Proskuryakov wrote:
> 
>> 
>> 04.10.2010, в 18:59, Kenichi Ishibashi написал(а):
>> 
>>> As the MDC document noted, it's not appropriate for excessive use of
>>> this property, but, IMHO, supporting this property would be helpful
>>> for people who musta take care of input method related stuff.
>> 
>> 
>> I still think that this feature would be actively harmful - even native applications that only target one platform often get IME wrong - there is no chance a web app would do it right on all major platforms. Sticking with platform default behavior is best.
>> 
>> In the use cases the were discussed in the bug, support for ime-mode would have harmed international savvy behavior.
>> 
>> - WBR, Alexey Proskuryakov
>> 
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> 
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20101006/5b2b7f5d/attachment.html>


More information about the webkit-dev mailing list