W3C home > Mailing lists > Public > www-dom@w3.org > July to September 2010

Re: proposal: add input/keyboard locale to text and keyboard events [ISSUE-119]

From: Jonas Sicking <jonas@sicking.cc>
Date: Tue, 14 Sep 2010 08:14:30 -0700
Message-ID: <AANLkTinRgy4NrS59v6jS70XtiV1m=zowRa63KPHMNTwP@mail.gmail.com>
To: "Aharon (Vladimir) Lanin" <aharon@google.com>
Cc: (wrong string) Š‡Ž š…) <hbono@google.com>, Doug Schepers <schepers@w3.org>, DOM public list <www-dom@w3.org>
2010/9/14 Aharon (Vladimir) Lanin <aharon@google.com>:
> Perhaps it should then be redefined as .lastInputLocale, indicating the
> locale of the last text input device to have generated input. But then if
> the last text event was due to a paste operation, would it become null? If
> yes, then the input locale is no longer available outside the scope of
> events until the next time there is input. And if no, then during the
> paste's text event its value would be misleading (it has nothing to do with
> the pasted text). I guess it could become null during the paste text event,
> and then go back to the last non-null value after the event is over, but
> this is getting a little complicated.
> What's wrong with putting the value right in the event, where the is no
> possible ambiguity?
> Mind you, I agree that having the input locale available outside the scope
> of events would indeed be useful too. Perhaps (some global
> object).lastInputLocale should be made available in addition to inputLocale
> in the events. It would get updated on every text and keyboard event with a
> non-null inputlocale.

Actually, there's a good argument for not exposing inputLocale outside
of text/keyboard events. If it is required that the user interact with
the page before exposing locale, then this reduces the ability to
fingerprint the user.

/ Jonas
Received on Tuesday, 14 September 2010 15:15:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:16 UTC