<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 July 2014 23:52, Andrew Chadwick <span dir="ltr"><<a href="mailto:a.t.chadwick@gmail.com" target="_blank">a.t.chadwick@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all --<div><br></div><div>I noticed that the OpenRaster specification doesn't really say anything about what can go in a layer's data file inside the ORA container, just that it has to be referenced by a <layer src=""/> somewhere. The only examples given are .png files.</div>

<div><br></div><div>Is this enough? One of the important principles for OpenRaster is that stuff an app doesn't understand is preserved verbatim. That kind of pass-through preservation may cause clashes in the long run, but for layer data members it's pretty clear-cut: random SVGs, Oggs, videos, or Blender files may not have rendering support, or even any sort of pixel-sized 2-D rendering, but they should at least be passed through when saved.</div>
</blockquote><div>As far as I know, all ORA supporting apps import ora by mapping it to the applications internal document model, and then on export constructs a new ora archive. Effectively discarding everything the app does not know how to handle.<br>
This would need to change to properly interoperate with unknown data. And yes, I think this should be part of the spec, even if majority currently fails...<br></div></div><br clear="all"><br>-- <br>Jon Nordby - <a href="http://www.jonnor.com" target="_blank">www.jonnor.com</a>
</div></div>