BCC: www-dom
CC: public-webapps
The original proposal to drop textInput included that beforeInput/input
would have a data property of the plain text being inserted. Aryeh, how
does that sound to you? Maybe the property should be called 'text'? 'data'
is probably too generic.
On Wed, Apr 4, 2012 at 11:01 AM, Andrew Oakley <andrew@ado.is-a-geek.net>wrote:
> On Wed, 04 Apr 2012 18:58:49 +0200
> "Anne van Kesteren" <annevk@opera.com> wrote:
>
> > On Wed, 04 Apr 2012 18:54:46 +0200, Andrew Oakley
> > <andrew@ado.is-a-geek.net> wrote:
> > > The textInput event seems to have been removed from the latest versions
> > > of DOM 3 Events but I can't find any real explanation as to why it
> > > disappeared, or if it has been replaced by anything.
> >
> > See https://www.w3.org/Bugs/Public/show_bug.cgi?id=12958 Conclusion was
> > emailed to this list in
> > http://lists.w3.org/Archives/Public/www-dom/2012JanMar/0225.html
>
> Thanks, I must have missed that. The reason seems to be incompatible
> implementations and that other events can be used for the same thing.
>
> How would content now determine what text was input? The input event
> in HTML5 appears to just be a simple event, and the keyboard events are
> obviously not sufficient (copy+paste being the most obvious thing that
> could be missed but there are also the usual IME issues).
>
> I realise this might be possible with the editing APIs, but that seems
> excessively complicated (and not supported by any browsers as far as I
> know) way of getting some fairly basic information.
>
> --
> Andrew Oakley
>
>