W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2014

Re: [clipboard] Semi-Trusted Events Alternative

From: Dale Harvey <dale@arandomurl.com>
Date: Sun, 14 Sep 2014 14:54:14 +0200
Message-ID: <CAD2UGCVd77mTdgTVrD9TnQJHQkN272vwPf2FaLSqPwi4BzepvA@mail.gmail.com>
To: Jonas Sicking <jonas@sicking.cc>
Cc: "Hallvord R. M. Steen" <hsteen@mozilla.com>, Ben Peters <Ben.Peters@microsoft.com>, "James M. Greene" <james.m.greene@gmail.com>, Perry Smith <pedzsan@gmail.com>, Webapps WG <public-webapps@w3.org>
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

On 14 September 2014 08:57, Jonas Sicking <jonas@sicking.cc> wrote:

> On Sat, Sep 13, 2014 at 1:58 PM, Hallvord R. M. Steen
> <hsteen@mozilla.com> wrote:
> > * paste: we allow reading clipboard contents if the paste event is not
> synthetic and not triggered from a document.execCommand('paste') call.
> There's also an exception that will allow scripts to read the clipboard
> data in contexts where the UA is configured to allow this (could be for
> example white-listed, trusted sites or apps).
>
> I think we should also allow reading data that was copied from the
> same origin. That way a website can build an editor which has full
> copy/paste capabilities as long as you are only editing within that
> website.
>
> / Jonas
>
>
Received on Sunday, 14 September 2014 12:54:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:14:26 UTC