Re: Extension points in an XProc library

On 2013-02-01 19:08, Florent Georges wrote:
>    Hi,
>    In XSLT, if a generic stylesheet wants to offer a extension
> point, where an importing stylesheet can "plug" some processing,
> it can call an empty named template, that the final user can
> override in his own stylesheet by providing some implementation
> of it.  Or anyway a user can always override a template rule.
>    But in XProc, there is no import priority, and one can never
> override any step.  If two steps are found with the same name,
> that is a static error.
>    How would you then offer extension points the same way in an
> XProc library?

I sometimes wish that p:import work like that. Itd be interesting to 
hear the WGs reasons for choosing non-cascading (or non-inheritable), 
non-overwritable import.

Although I dont like it very much  because of the inevitable 
multiplexing/demultiplexing noise, and because its non-standard  Im 
inclined to use Calabashs cx:eval with a dynamically selected pipeline 
as an alternative extension point mechanism. Example:


Received on Friday, 1 February 2013 21:28:14 UTC