- From: Wez <wez@google.com>
- Date: Thu, 25 Jun 2015 13:13:25 +0000
- To: Florian Bösch <pyalot@gmail.com>
- Cc: Hallvord Reiar Michaelsen Steen <hsteen@mozilla.com>, Daniel Cheng <dcheng@google.com>, public-webapps <public-webapps@w3.org>
- Message-ID: <CALekkJdT-QU=N_S=L4yf1N5NktN6cwvH3McWxguJefWeMA-GcA@mail.gmail.com>
I don't believe I've said any such thing re jpeg, png and gif... quite the opposite, in fact. The point of this thread is that the spec currently *requires* user agents allow content to supply JPEG, PNG or GIF data directly *to the local clipboard*, which is risky. We're therefore proposing to remove that requirement - content can still supply images to the clipboard and the user agent can still synthesize whatever formats it chooses to. Whether or not user agents support web content setting other arbitrary content types (such as OpenEXR) to the local system clipboard is a separate question - there's nothing in the spec mandating that user agents support it, nor mandating that they don't - at present each user agent can choose whether or not to support arbitrary formats. I think there's obvious value in support for arbitrary content-specific formats, but IMO the spec should at least give guidance on how to present the capability in a safe way. HTH, Wez On Thu, 25 Jun 2015 at 13:56 Florian Bösch <pyalot@gmail.com> wrote: > Well let's say some webapp generates an OpenEXR and wants to put it into > the clipboard as "image/x-exr" which would make sense cause any eventual > program that'd support OpenEXR would probably look for that mime type. > You've said you're going to restrict image types to jpeg, png and gif, and > so my question is, how exactly do you intend to support OpenEXR? > > On Thu, Jun 25, 2015 at 2:51 PM, Wez <wez@google.com> wrote: > >> Sorry Florian, but I don't see what that has to do with whether or not >> the Clipboard Events spec mandates that web content can generate their own >> JPEG or PNG and place it directly on the local system clipboard. >> >> What is it that you're actually proposing? >> >> On Thu, 25 Jun 2015 at 13:31 Florian Bösch <pyalot@gmail.com> wrote: >> >>> No idea. Also doesn't matter jack. There could be some now or in the >>> future. There's a variety of programs that support HDRi (photoshop, >>> lightroom, hdri-studio, etc.). It's fairly logical that at some point some >>> or another variant of HDR format will make its way into clipboards. The >>> same applies to pretty much any other data format be that a file or >>> something else. >>> >> >
Received on Thursday, 25 June 2015 13:14:09 UTC