W3C home > Mailing lists > Public > xproc-dev@w3.org > July 2011

RE: cx:zip issue...

From: Geert Josten <geert.josten@daidalos.nl>
Date: Mon, 18 Jul 2011 18:51:40 +0200
To: Nic Gibson <nicg@corbas.net>, XProc Dev <xproc-dev@w3.org>
Message-ID: <B26C615F8546A84C81165A7BC8BE61A020F3815AEE@EXMBXC01.ms-hosting.nl>
Hi Nic,

I ran across the same issue as soon as I started using resolve-uri to make the path to the output file absolute. That gave me the idea that the problem might be that cx:zip href attribute isn't expecting a uri to be passed in.. Stripping off 'file:/+' and replacing '%20' by space did the trick for me.. Not fail save, but good enough to get going..

Kind regards,

-----Oorspronkelijk bericht-----
Van: xproc-dev-request@w3.org [mailto:xproc-dev-request@w3.org] Namens Nic Gibson
Verzonden: vrijdag 8 juli 2011 11:18
Aan: XProc Dev
Onderwerp: Re: cx:zip issue...

To partially answer my own question, the failure only happens when the value passed in as the epub-file option is a bare filename.  Any path (even a relative one) works.
Anyone know why?


On 7 Jul 2011, at 17:15, Nic Gibson wrote:

> Hi all
> I'm fairly certain I've done something obviously stupid that I'm overlooking here so feel free to poke me and tell me...
> I'm experimenting with the cx:zip step to create epub files.  As a simple first step, I'm trying to create an epub file with just the stored mimetype file and nothing else. I've got the following xproc (ng-library.xpl is just a subset of Norm's library-1.0.xpl):

Nic Gibson
Corbas Consulting
Digital Publishing Consultancy and Training
http://www.corbas.co.uk, +44 (0)7718 906817	
Received on Wednesday, 20 July 2011 07:20:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:03:08 UTC