I haven't tested this out to see if it dispatches all the correct events in
order to be spec-compliant but Chromium just landed programmatic
copy-and-cut [with restrictions that require that there is an active,
expanded Selection/Range in the Document]:
http://updates.html5rocks.com/2015/04/cut-and-copy-commands
They used `Document#queryCommandSupported` and
`Document#queryCommandEnabled` for feature detection -- the latter
requiring that there is an active, expanded Selection/Range in the Document
in order to get a positive (`true`) indicator].
For better or worse, the time for spec changes may be fleeting....
Sincerely,
James M. Greene
On Apr 21, 2015 7:53 PM, "Ryan Seddon" <seddon.ryan@gmail.com> wrote:
> If we did that, authors could not use synthetic clipboard events for
>> anything - right? I'm assuming that authors are going to find use cases for
>> it - for example a "cloud clipboard" implementation may want to fire actual
>> paste events so that data from the "cloud" is processed like data from the
>> local clipboard.
>> -Hallvord
>>
>
> Yep thats a very valid point I wouldn't want to stop people being able to
> trigger synthetic events, not sure of an alternative.
>
>