cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Piroumian Konstantin <KPiroum...@protek.com>
Subject RE: Chaining order (Re: [VOTE] Input module chaining)
Date Tue, 08 Oct 2002 09:34:12 GMT
> From: Jeff Turner [mailto:jefft@apache.org] 
> On Tue, Oct 08, 2002 at 01:17:28PM +0400, Piroumian 
> Konstantin wrote: ... 
> > > So the user would say {default:skin}, and get the 'skin'
> > > request parameter, or if not present, 'defaultSkin'.
> > > 
> > > IMO this is backwards. The user should use {request:skin},
> > > not {defaults:skin}.
> > > 
> > > What do people think? Chris?
> > 
> > I imagine this a little different, e.g.:
> > 
> >  <component-instance 
> > class="org.apache.cocoon.components.modules.input.SkinModule"
> >          logger="core.modules.input" name="skin">
> >    <input-module name="request-param"/>
> >    <input-module name="skin-defaults"/>
> >  </component-instance>
> 
> Oo.. that's a good idea. Say we've got all these modules 
> floating about loose, and then we have a 'glue' module that 
> can stick together a bunch of them.

Exactly this I've been trying to say all this time. Seems that it's time to
went to some English courses ;)

> 
> <component-instance class="...GlueModule" name="forwards">
>   <input-module name="A"/>
>   <input-module name="B"/>
>   <input-module name="C"/>
> </component-instance>
> 
> <component-instance class="...GlueModule" name="backwards">
>   <input-module name="C"/>
>   <input-module name="B"/>
>   <input-module name="A"/>
> </component-instance>

Exactly!

> 
> > The user uses {skin:name} and the SkinModule checks request 
> parameters 
> > first and then skin-defaults input module to obtain the value of 
> > 'name' attribute.
> 
> Nice :)

Fine that you like this! 

What others say?

Konstantin

> 
> --Jeff
>  
> > Isn't this more obviouse to the end user?
> > 
> > Konstantin
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message