Re: XProc Usability (was Re: New to Xproc Question : conditionnal "output port" definition?)

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