; > > > > cached and doesn't re-evaluate it. And I don't know of a way to tell
> > > > > tapestry not to cache it because obviously I can't change the @Block
> > > > > component specification. Any ideas?
> > > > >
> > >
lse" for your
> > > > > parameters.
> > > > >
> > > > > On 8/3/06, Dan Adams <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > I actually already created an @Eval component that does just that.
> >
gt;
> > > > On 8/3/06, Dan Adams <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > I actually already created an @Eval component that does just that. The
> > > > > problem is that the expression that returns the block to render to
> > > > > @Ren
at the expression that returns the block to render to
> > > > @RenderBlock is only evaluated the first time.
> > > >
> > > > On Wed, 2006-08-02 at 18:19 -0700, Epstein, Ezra wrote:
> > > > > This may not be the issue, but...
> > > >
-)evaluates an ognl
> > expression wherever/whenever you choose.
> > >
> > > OGNL is pretty easy to work with.
> > >
> > > Perhaps that could work?
> > >
> > > Thanks,
> > >
> > > Ezra Epstein
> > >
> > > -Original Mes
You could make a "dyna-eval" component that (re-)evaluates an ognl
> > expression wherever/whenever you choose.
> > >
> > > OGNL is pretty easy to work with.
> > >
> > > Perhaps that could work?
> > >
> > > Thanks,
> > >
> > > Ez
haps that could work?
Thanks,
Ezra Epstein
-Original Message-
From: Dan Adams [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 02, 2006 2:31 PM
To: Tapestry users
Subject: Re: recursive rendering
Thanks Mike. Yeah, I've read that article at least twice now and read through
the code
easy to work with.
>
> Perhaps that could work?
>
> Thanks,
>
> Ezra Epstein
>
> -Original Message-
> From: Dan Adams [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 02, 2006 2:31 PM
> To: Tapestry users
> Subject: Re: recursive rendering
>
> Thanks
Dan Adams [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 02, 2006 2:31 PM
> To: Tapestry users
> Subject: Re: recursive rendering
>
> Thanks Mike. Yeah, I've read that article at least twice now and read through
> the code. :) I'm having a problem that you may have run
Dan Adams wrote:
> Thanks Bernard. Your template seems really straight forward.
No problem :)
> The problem I having right now is that the block that is rendered is returned
> via an
> ognl expression and the expression is only being evaluated once. Do you
> know a way around this?
I'm not sur
lto:[EMAIL PROTECTED]
Sent: Wednesday, August 02, 2006 2:31 PM
To: Tapestry users
Subject: Re: recursive rendering
Thanks Mike. Yeah, I've read that article at least twice now and read through
the code. :) I'm having a problem that you may have run into; much like your
code the block to rende
Thanks Mike. Yeah, I've read that article at least twice now and read
through the code. :) I'm having a problem that you may have run into;
much like your code the block to render is returned via an ognl
expression and it apprears the the expression is only being evaluated
once and not each time. D
:
> Dan Adams wrote:
> > Every once in a while I'll need to do some recursive rendering. Does
> > anyone know of a simple example of this using @Block?
>
> We do it that way. This renders tree-like, no folding though, recursive
> structure of report groups containing o
Dan Adams wrote:
> Every once in a while I'll need to do some recursive rendering. Does
> anyone know of a simple example of this using @Block?
We do it that way. This renders tree-like, no folding though, recursive
structure of report groups containing other report groups (which a
Hi,
It's a T3 example but it should show how it's done:
http://www.behindthesite.com/blog/C1931765677/E923478269/index.html
Mike
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Every once in a while I'll need to do some recursive rendering. Does
anyone know of a simple example of this using @Block?
--
Dan Adams
Software Engineer
Interactive Factory
617.235.5857
-
To unsubscribe, e-mail: [
16 matches
Mail list logo
