- From: Hallvord R. M. Steen <hallvord@opera.com>
- Date: Tue, 17 May 2011 09:30:27 +0900
- To: public-webapps <public-webapps@w3.org>, "Paul Libbrecht" <paul@hoplahup.net>
On Wed, 04 May 2011 02:26:22 +0900, Paul Libbrecht <paul@hoplahup.net>
wrote:
>> In many of the scenarios I have working for, the content to be put on
>> the clipboard would come from a "luxury" knowledge structure on the
>> server, one that has access to some semantic source and can infer
>> useful representations out of it; these get put to the clipboard.
>> An offline HTML would also be an example of it.
>
> but I am realizing that this is probably not possible to do because the
> only way to do obtain something from the server is to wait until a
> callback is called (and this is good so) at which time the copy event
> might be long gone already.
Indeed.
> Would it be thinkable to *lock* the copy event until either a timeout
> occurs or an unlock is called?
It sounds like a quite "advanced" use case. I briefly considered something
like event.clipboardData.pushContentsOfURL('/foo/bar') but that would be
way to limited in options - POST/GET, post data etc. I would like to defer
this to later and see if we get more demand for it. Overall, the push for
web applications is a lot about removing logic from the server and adding
more on the client's side, so I'm unsure how common this state (when the
server knows significantly more than the client-side logic about what
should be placed on the clipboard) is and will be going forward.
--
Hallvord R. M. Steen, Core Tester, Opera Software
http://www.opera.com http://my.opera.com/hallvors/
Received on Tuesday, 17 May 2011 00:31:35 UTC