On Sep 15, 2014, at 1:09 PM, Jonas Sicking <jo...@sicking.cc> wrote:
> On Sun, Sep 14, 2014 at 5:54 AM, Dale Harvey <d...@arandomurl.com> wrote: >> websites can already trivially build editors that use copy and paste within >> the site itself, the entire problem is that leads to confusing behaviour >> when the user copies and pastes outside the website, which is a huge use >> case of the clipboard in the first place > > I'm not sure I fully follow your argument. So let me provide two > options that I think we have. > > 1. Forbid any attempts at reading directly from the clipboard, no > matter if the data there came from the current origin or not. Thereby > keeping the API consistent. > 2. Allow reading data from the clipboard at any time if the data there > originated from the current origin. Thereby making the API as helpful > as possible for the case when data is copied within a website. > > Are you saying that you think the consistency of option 1 is more > important than the ease-of-use of option 2? Doing 2 would mean that we’ll be changing the semantics of copy and paste. It would be extremely confusing for users IMO. It’s also incompatible with conventions on a lot of operating systems. - R. Niwa