Comments on: XML Directory Listing 0.2 http://matthaynes.net/blog/2009/01/31/xml-directory-listing-02/ An infrequent blog about the internet, programming and related technology Fri, 18 May 2012 19:07:55 +0000 http://wordpress.org/?v=2.6.2 By: ,jon http://matthaynes.net/blog/2009/01/31/xml-directory-listing-02/#comment-9753 ,jon Fri, 01 Oct 2010 07:01:49 +0000 http://matthaynes.net/blog/?p=165#comment-9753 Ah, the backend too out the XML source completly. Too bad. Basically it is the 'manifest' part in the 'content.opf' file in an EPUB. Ah, the backend too out the XML source completly. Too bad. Basically it is the ‘manifest’ part in the ‘content.opf’ file in an EPUB.

]]> By: ,jon http://matthaynes.net/blog/2009/01/31/xml-directory-listing-02/#comment-9752 ,jon Fri, 01 Oct 2010 07:00:49 +0000 http://matthaynes.net/blog/?p=165#comment-9752 This is a very useful task! I am using an Ant build to create EPUB ebooks from source files. One of the task requires me to parse in directory contents into an XML structure. I am not done, yet, I just discovered xml-dir-listing and did a first test run. The end result will be some xml-fragment like this (I hope the formatting does not get hosed): So, as you can see, I will create XML files, each per directory, parse the file elements via XSLT or the XMLTask and inject it into the dynamically created output file. Ideally, as an option, xml-directory-listing would write to the same buffer as XMLTask can read, but I think I am dreaming here ;-) This would make any intermediate files obsolete. But that's just for elegance in a case like this. Still not sure how to deal with the media-type, though. This is a very useful task! I am using an Ant build to create EPUB ebooks from source files. One of the task requires me to parse in directory contents into an XML structure. I am not done, yet, I just discovered xml-dir-listing and did a first test run. The end result will be some xml-fragment like this (I hope the formatting does not get hosed):

So, as you can see, I will create XML files, each per directory, parse the file elements via XSLT or the XMLTask and inject it into the dynamically created output file. Ideally, as an option, xml-directory-listing would write to the same buffer as XMLTask can read, but I think I am dreaming here ;-) This would make any intermediate files obsolete. But that’s just for elegance in a case like this.

Still not sure how to deal with the media-type, though.

]]>