On Mon, Feb 8, 2016 at 7:45 PM, Wez <w...@google.com> wrote: > Hallvord, > > IIUC the issue is that while transcoding complex formats via formats that > can be easily sanity-checked by the browser takes care of letting content > set complex formats like JPEG, GIF while protecting local content, but it > loses the ability for content to pass that content to other local > applications losslessly. e.g. transcoding to BMP would remove JPEG > location, time/date, etc annotations.
There is an issue here. Would it be possible to add another clipboard entry for metadata or something? > The bug you refer to looks like it's talking about intra-Browser, i.e. > content->content, copy/paste operations for arbitrary MIME-types? >> https://bugzilla.mozilla.org/show_bug.cgi?id=860857 It's basically about being able to place content labelled as an arbitrary MIME type on the clipboard (i.e. clipboardData.setData('application/x-foo', 'my custom data')) but - correct me if I'm wrong - I don't think the browser has any real, cross-platform way to distinguish a MIME type the JS just invented and a MIME type that is known to and used by some other application on the system. Hence I think the discussions of writing "data in formats native apps use" and "data in formats custom to the script creating them" are not two separate discussions. It may be possible to distinguish an "already registered" and a "not known to system" type on Windows, but even that isn't really a guarantee that some format description isn't used by other software - and on Mac/nix it's harder because they have a different model than Windows's "registered types" model. If it is possible to draw such distinctions on all/some platforms please enlighten me, and we can perhaps untangle this into two separate topics again :) -Hallvord