- From: Nic Gibson <nicg@corbas.net>
- Date: Wed, 20 Jul 2011 16:31:27 +0100
- To: Geert Josten <Geert.Josten@daidalos.nl>
- Cc: XProc Dev <xproc-dev@w3.org>
Hi Geert Thanks. I eventually worked it out myself (and found the bug report). I've got a couple of other issues that might be worth raising about zips - will see if I can work out obvious test cases. nic -- On 18 Jul 2011, at 17:51, Geert Josten wrote: > 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, > Geert > > -----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? > > nic > > 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 > > > Nic Gibson Corbas Consulting Digital Publishing Consultancy and Training http://www.corbas.co.uk, +44 (0)7718 906817
Received on Wednesday, 20 July 2011 15:32:01 UTC