Re: multiple "regions" in 2-phase layout render views

Christopher Townson <[email protected]> Tue, 3 Mar 2015 07:23:00 +0000
Newsgroups gmane.comp.jakarta.velocity.user
Message-ID <CAPp7Wz3J7d0QcvXKrch48mpTz3Lm19okebqqx1V4B+o9c2ZqqQ@mail.gmail.com>
oops :)

good idea, Nathan -- please see
https://gist.github.com/corinthino/44fd09e730d08ab44dfb


On 3 March 2015 at 01:10, Nathan Bubna <[email protected]> wrote:

> Chris,
>
> The attached was not attached. :) Can you put it in a gist or something?
>
> -nathan
>
> On Fri, Feb 27, 2015 at 1:56 AM, Christopher Townson <
> [email protected]> wrote:
>
> > Hi,
> >
> > I have an app that is using Velocity with a 2-phase layout render (using
> > Spring VelocityLayoutView in this case). However, Spring's layout view
> > effectively restricts you to having just the one "screen_content" area in
> > the layout. What I wanted to be able to do was have an arbitrary number
> of
> > "regions" defined in the view without having to go the whole Tiles route,
> > which I felt was both a configuration hassle and overkill.
> >
> > So I found myself writing a new directive (attached) to have layouts
> > constituted from an arbitrary number of "regions".
> >
> > What I am wondering is whether I am just being really stupid and there is
> > already a straightforward way to achieve the desired result using
> > pre-existing Velocity directives/tools? The #define directive didn't
> quite
> > cut it here: because render is deferred until reference, the layout
> > decorator cannot reference context properties established within the
> > regions themselves (in my use case: allowing regions to define scripts
> and
> > stylesheets that are then added to head/end-of-body in the layout
> > decorator).
> >
> > If this isn't possible with existing Velocity tools/directives then the
> > attached might be useful to other people and/or as an addition to
> Velocity?
> >
> > Cheers,
> >
> > Chris
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
>