> remove is a good addition, but what about isEnabled()? that might be a nice
> way to conditionally apply a behavior instead of removing it.
That already is supported (see IModel#isEnabled(Component)). The
advantage of removing it altogether obviously is that it saves a bit
of state, and the rem
remove is a good addition, but what about isEnabled()? that might be a nice
way to conditionally apply a behavior instead of removing it.
Johan Compagner wrote:
>
> i think we should be thinking of a remove(IBehavior)
> It is pretty in line with the rest (think about Swing listeners)
> And it
notice there is also a new ibehavior.istemporary. read the javadoc, it might
be what you want.
-igor
On 5/4/07, Ivo van Dongen <[EMAIL PROTECTED]> wrote:
Great, thanks!
Ivo
On 5/4/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
>
> See https://issues.apache.org/jira/browse/WICKET-529
>
> Fin
Great, thanks!
Ivo
On 5/4/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
See https://issues.apache.org/jira/browse/WICKET-529
Fine by me too.
Eelco
On 5/3/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> fine by me
>
> -igor
>
>
>
> On 5/3/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
> > i
See https://issues.apache.org/jira/browse/WICKET-529
Fine by me too.
Eelco
On 5/3/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> fine by me
>
> -igor
>
>
>
> On 5/3/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
> > i think we should be thinking of a remove(IBehavior)
> > It is pretty in line wi
fine by me
-igor
On 5/3/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
i think we should be thinking of a remove(IBehavior)
It is pretty in line with the rest (think about Swing listeners)
And it doesn't sit in the way as far as i can think of.
johan
On 5/2/07, Igor Vaynberg <[EMAIL PROTEC
i think we should be thinking of a remove(IBehavior)
It is pretty in line with the rest (think about Swing listeners)
And it doesn't sit in the way as far as i can think of.
johan
On 5/2/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
you cannot remove a behavior currently. what you can do is ca
yes, it is currently only in 1.3/trunk
-igor
On 5/2/07, Ivo van Dongen <[EMAIL PROTECTED]> wrote:
Hi,
Sorry to bother you again, but I can't find that method in the api. I've
should have mentioned I'm using 1.2.6, maybe this is trunk only?
Thanks,
Ivo
On 5/2/07, Igor Vaynberg <[EMAIL PROTE
Hi,
Sorry to bother you again, but I can't find that method in the api. I've
should have mentioned I'm using 1.2.6, maybe this is trunk only?
Thanks,
Ivo
On 5/2/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
you cannot remove a behavior currently. what you can do is call stop() on
the timerbeha
you cannot remove a behavior currently. what you can do is call stop() on
the timerbehavior.
-igor
On 5/2/07, Ivo van Dongen <[EMAIL PROTECTED]> wrote:
Hi,
We have a component with an AjaxSelfUpdatingTimerBehavior attached to it.
When a certain condition is reached we want to remove the beha
Hi,
We have a component with an AjaxSelfUpdatingTimerBehavior attached to it.
When a certain condition is reached we want to remove the behaviour from its
parent before updating it again, to prefent it from going on forever. We
couldn't find a way for this. Component has a remove() method, but
IB
11 matches
Mail list logo
