Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@forrest.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Subject: Re: status of "views" development (Was: svn commit: r292072)
From: Thorsten Scherler <thorsten@apache.org>
To: dev@forrest.apache.org
In-Reply-To: <20051004092020.GA23661@igg.indexgeo.com.au>
References: <20050927235942.91569.qmail@minotaur.apache.org>
	 <20051004032208.GA20530@igg.indexgeo.com.au>
	 <1128410482.8261.22.camel@localhost>
	 <20051004072649.GA23439@igg.indexgeo.com.au>
	 <1128411528.8261.24.camel@localhost>
	 <20051004092020.GA23661@igg.indexgeo.com.au>
Content-Type: text/plain; charset=utf-8
Date: Tue, 04 Oct 2005 11:49:58 +0200
Message-Id: <1128419398.8261.43.camel@localhost>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

El mar, 04-10-2005 a las 19:20 +1000, David Crossley escribió:
> Thorsten Scherler wrote:
> > David Crossley escribi??:
> > > Thorsten Scherler wrote:
> > > > for the new plugins because the contracts have to request all content
> > > > that they are using. There is no default pipeline anymore. 
> > > 
> > > What! Do you mean also the original source which provides
> > > the main content?
> > 
> > Per definition there is no main content anymore. That is why I always
> > said views are going to change forrest from ground up. In combination
> > with the lm forrest could be used as renderer only.
> 
> What "definition" are you referring to?

The J2EE dispatcher view pattern.

> I am going by the description at 
> site-author/content/xdocs/TR/2005/WD-forrest10.html
> 
> The first two steps provide the initial content via an
> input plugin, then views operate from Step 3 onwards
> adding more content nuggets, functionality, and design.

No: 
  request                                                    theme
     |                                                         |
    \|/                                                       \|/
core (views) -> output plugin (views can bypass them) -> output/response
   |   /|\
  \|/   |
+------------------+    +-----------------+
|forrest:contracts |--->|  input plugin   |
|forrest:properties|<---|src (+navigation)|
+------------------+    +-----------------+

View is the one and only dispatcher that will only request what is
needed. We do not have a linear processing anymore. Views are
responsible to contact the src-resolver (1.) and dispatch/filter (2.).
What I am trying to say (since my work with views started) is that 3. is
done in the dispatching phase to not carrying content down the pipe that
is not needed. Views are more then a structurer, mainly it is a
dispatcher.

IMO it should be:
1) Resolver (view)
2) Filter (content as dispatched and determined by the view)
3) Xifier (content)
4) Windower (presentation)
5) Themer (presentation)
6) Serializer (presentation)
-- 
thorsten

"Together we stand, divided we fall!" 
Hey you (Pink Floyd)