- From: Norman Walsh <ndw@nwalsh.com>
- Date: Thu, 06 Nov 2008 20:35:28 -0500
- To: public-xml-processing-model-comments@w3.org
- Message-ID: <m2k5bg8gin.fsf@nwalsh.com>
Toman_Vojtech@emc.com writes: > I know that XProc really is not aimed for handling binary data, but > since we already have steps such as p:xsl-formatter that store binary > content, and p:data/p:http-request for loading binary data into XProc, > perhaps a binary equivalent of p:store (which would take a c:data > wrapped content and store it as binary data) could be useful. But maybe > not for V1. It's an interesting point. XProc grew a fair bit of additional "binary" support late in the day with p:data and the various content-type options. Given that you can load a PNG, it seems odd that you can't store it. I suppose the simplest way to fix this problem would be to take advantage of the media-type serialization option. It would (I think) be conformant for an implementation to accept: <p:store content-type="image/png" href="my.png"> <p:input port="source"> <p:inline> <c:data content-type="image/png">BASE64ENCODEDDATA</c:data> </p:inline> </p:input> </p:store> and write the decoded PNG data to my.png. Does anyone think that's not conformant? Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | There has never been an unexpectedly http://nwalsh.com/ | short debugging period in the history | of computers.--Steven Levy
Received on Friday, 7 November 2008 01:36:47 UTC