On Sun, Oct 31, 2010 at 8:42 PM, Hallvord R. M. Steen <hallvord@opera.com>wrote: > This functionality is still too limited to cover all use cases. For > example, one might want an application that handled beforepaste when the > cursor was inside an editable element, determined by examining the > event.clipboardData.types that the type(s) of content available on the > clipboard were not suitable for pasting in the current location, and > disabled the paste entry. > > The big question is of course whether we would get away with making before* > events use the Event interface compatibility-wise. Opinions and experience > here most welcome! FWIW, I did an informal poll of people who work on editing at Google and noone seems to use the before* events. One person mention the disabled state in the menus, but didn't actually use it in any products. So, this seems fine to me. OjanReceived on Tuesday, 2 November 2010 20:47:19 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:14:06 GMT