- From: Ryosuke Niwa <rniwa@webkit.org>
- Date: Tue, 1 May 2012 16:51:22 -0700
- To: Boris Zbarsky <bzbarsky@mit.edu>
- Cc: Scott González <scott.gonzalez@gmail.com>, public-webapps@w3.org
Received on Tuesday, 1 May 2012 23:52:11 UTC
On Tue, May 1, 2012 at 4:40 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote: > On 5/1/12 6:07 PM, Scott González wrote: > >> I recall moving focus for paste events in order to figure out what is >> being pasted. I believe this is common in WYSIWYG editors; a new element >> is created and focus is moved to that element, then the paste occurs, >> then the element is inspected for the content and the editor does >> whatever it needs to (like cleaning up junk from pasted Word documents). >> Obviously if there was a cleaner way to get the contents, like Microsoft >> APIs for accessing the clipboard, then this wouldn't be needed. >> > > Yeah, that seems like an abuse of onbeforepaste. Especially since, again, > onbeforepaste doesn't actually fire for all paste methods! I agree that these events are broken and has very different semantics from other before* events. I would be fine with adding non-normative section describing the current behavior as well (or even mark them as deprecated). I just feel that it needs to be documented in some spec so that authors don't accidentally find them on their own and start mis-using them. - Ryosuke
Received on Tuesday, 1 May 2012 23:52:11 UTC