Re: Modes

  Hi,

  I think that is what is called "micro-pipelining", if that can be of
any help searching through the archives.


  Regards,

 
-- 
Florent Georges
http://fgeorges.org/
http://h2oconsulting.be/



----- Mail original -----
>
From: Ihe Onwuka <ihe.onwuka@xxxxxxxxx>
> To: xsl-list
<xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
> Cc : 
> Sent on: Lundi 26 novembre 2012
3h48
> Subject:  Modes
> 
> A while back somebody posed a question about
use cases for modes.
> 
>
http://www.biglist.com/cgi-bin/wilma/wilma_hiliter/xsl-list@xxxxxxxxxxxxxxxxx
h.com/201206/msg00054.html
> 
> I generally avoid them except where necessary
but have come across
> another use case beyond that mentioned in my reply.
>
> If you are using variables to pipeline the a transformation into
> various
stages - i.e capturing the result of a transformation in a
> variable and
applying another set of transformations to the variable
> (call that a stage)
then they are useful in constraining the set of
> template rules that can
apply at any stage of the transformation.
> 
> Priorities don't help here
because the template rule that should be
> ascendant changes depending on what
stage in the "pipeline" you are
> at.
> 
> As an example a <person> element
goes through an intial transformation
> the result of which is captured in a
variable $stage1.
> 
> We are now at stage 2 and want to apply templates to
$stage1 which
> features person elements, however the person element (call it
a child
> in Stage1) is now a teenager so we want to do different things with
> it, so we apply templates in teenager mode to ensure we no longer
> treat
the person like a child and capture the result of that
> transformation in a
variable stage 3. Applying templates to stage3 -
> again you have person
elements but now you want to treat them like
> adults and not teenagers or
children so you write template rules for
> person in adult mode ......etc.
>
> --~------------------------------------------------------------------
>
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> To
unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
> or e-mail:
<mailto:xsl-list-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx>
> --~--