W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2012

Re: Clipboard API spec should specify beforecopy, beforecut, and beforepaste events

From: Scott González <scott.gonzalez@gmail.com>
Date: Tue, 1 May 2012 20:47:11 -0400
Message-ID: <CAO8i3idCmY2i7kEGyx+=bUdfOOg6Ng8rUBXE4AUZH0N5Z+zSng@mail.gmail.com>
To: Boris Zbarsky <bzbarsky@mit.edu>
Cc: public-webapps@w3.org
On Tue, May 1, 2012 at 7: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 believe I was actually doing this in the paste event. I would move the
focus inside the paste event handler (I think I even need to created a new
range without my generated element), then use a timeout to check the
content afterward. It's been a few years, but I'm pretty sure that's what I
was doing. I don't think I even knew about the beforepaste event.
Received on Wednesday, 2 May 2012 00:47:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:33 UTC