- From: Alex Muir <alex.g.muir@gmail.com>
- Date: Wed, 12 Oct 2011 20:11:54 +0000
- To: Norman Walsh <ndw@nwalsh.com>
- Cc: XProc Dev <xproc-dev@w3.org>
On Wed, Oct 12, 2011 at 5:18 PM, Norman Walsh <ndw@nwalsh.com> wrote: > The base URI of the document already provides the ID, I think. (It's > not always exactly what you want but has the huge advantage that you > can retrieve it from the cache in a href="" statement in some > stylesheet or XInclude statement.) > > In fact, XML Calabash implements this if you use my caching resolver. Okay that's interesting but in my brain anyway the complex aspect of xproc is the way data is moved from one step to another other then when one step follows another and the default data flow occurs; ie the way port, source and result is specified and if you could simplify that whole concept with a simple user specified memory storage and at the same time simplify the implementation by then getting rid of the port concept it might be easier to understand and implement. Or not?? My main problem with calabash is the amount of memory it is using. I'm declaring 2gb for a process that generally has documents so much smaller through the process that it would never require so much memory,, at least I can't imagine it would. I believe anyway that had xproc forced users to specify when they are going to save something in memory for later use and free something it would have made implementing the software a lot easier such that you would probably just use some simple mechanism to store a document in queue when requested and free when requested and otherwise not save any copies from one step to the next. I also think it could make the whole means of getting data from one step to another more simple looking :) -- Alex Muir Instructor | Program Organizer - University Technology Student Work Experience Building University of the Gambia http://sites.utg.edu.gm/alex/ Low budget software development benefiting development in the Gambia, West Africa Experience of a lifetime, come to Gambia and Join UTSWEB - http://sites.utg.edu.gm/utsweb/
Received on Wednesday, 12 October 2011 20:12:22 UTC