I'm trying to use the '@Cached' annotation with a watch expression
to cache results of methods in a form contained within a loop. For
some watch expressions, I construct a string, so the code basically
looks like
@Cached(watch="watchKey")
Object getData() {
// return data;
}
String getWatchKey
We would like to implement a mixin 'IsVisible' that can be applied
to an existing component to specify whether or not the component
should be displayed. Basically, it should evaluate its parameter
and
1) if false, it should skip all rendering phases of the component
2) if true, it should
rendering is
> completely stateless only relying on the static structure of the page.
>
> i've started to refactor ComponentPageElementImpl just to see
> how it could be solved
>
>
>
> g,
> kris
>
>
>
>
> "Doug Hauge" <[EMAIL PR
As of Tapestry 5.0.16 (after the fix for TAP5-128), we are now running
into
a problem related to that described in TAP5-126. You closed the TAP5-126
issue
saying that the code was behaving as documented and designed, but it
seems
that this behavior leads to problems when trying to implement generi
Passing parameters into the message formatter directly from HTML seems more
natural than having to inject a 'Messages' interface into the page and add an
accessor method for the message any time the number of format parameters is not
0.
Doug
> -Original Message-
> From: Massimo Lusetti
Is there some reason Tapestry chose to use 'java.util.Formatter' style
formatting as opposed to 'java.text.MessageFormat' style? The latter
seems preferable for localization, primarily because it has the 'choice'
format type. We would like to use the 'java.text.MessageFormat' style
for our applicat
re you know more than I do about
> redirects/page activations in T5 though.
>
> On 8/14/07, Doug Hauge <[EMAIL PROTECTED]> wrote:
> > In several of our pages, the default locale we want to use for
> messages
> > depends on its activation context. We tried updating the
In several of our pages, the default locale we want to use for messages
depends on its activation context. We tried updating the locale using
'ThreadLocale' from within the activate event handler, but it seems that
this is too late, for the page has already been loaded and all messages
in the templ
I am running into an encoding problem with form parameter values that
contain non-ASCII characters in a form that contains an upload
component. Without the upload component everything works fine. The
problem appears to be in the handling of strings in
'multipart/form-data', in that both Firefox and
Is there a way to pass a parameter from an outer component to a deeply
nested inner component without having to explicitly pass the parameter
to all intervening components? Basically, we have a parameter, 'node',
whose value is calculated at the page level when handling the 'activate'
event from th
We are running Tapestry in a hybrid environment, where some pages are
handled by Tapestry and the rest are handled by a legacy servlet. We are
using the new Upload component, and are running into a problem where
requests with multipart content are processed by services installed by
the Upload compo
that wasn't foremost in my mind when
> coding this stuff up for T5. Still, if you explicitly set component
> ids, it's highly unlikely that they'll change dramatically from one
> build to the next ... could you elaborate on the situation that drove
> you towards this k
Is there a way to customize the generation of a unique client id from a
component id? We would like to generate the unique id in such a way that
it would not change across most modifications to a page, mainly so
Selenium tests can be written that will work across page redesign. The
current method o
13 matches
Mail list logo