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] > > >