I got the point, but I take things as people state them. It was stated
that 70% of the time models are not being used (such is the case for
Link<Void>). As you stated, they are being used indirectly. That is
different. If that is the case then I agree that the percentage of
components using model indirectly would be reduced for "form-heavy"
applications (as you stated). On the contrary, a lot of applications are
not "form-heavy" (i.e. Ajax heavy apps, etc.) which also need to be
accounted for in the figures.
-----Original Message-----
From:
alastair.maw@... [mailto:
alastair.maw@...] On Behalf
Of Al Maw
Sent: Monday, June 02, 2008 2:09 PM
To:
users@...
Subject: Re: users, please give us your opinion: what is your take on
generics with Wicket
I think you miss John's point, which is that when you use a
CompoundPropertyModel for a component, all its children typically do not
reference models explicitly.
Thus you typically use an explicit model on < 30% of your components if
you have a form-heavy web-app; the other components use the implicit
model provided by the parent's CompoundPropertyModel.
Regards,
Al
On Mon, Jun 2, 2008 at 6:42 PM, Hoover, William <
whoover@...>
wrote:
> Wow, last time I checked CompoundPropertyModel is a model ;o)
>
> -----Original Message-----
> From: John Krasnay [mailto:
john@...]
> Sent: Monday, June 02, 2008 1:22 PM
> To:
users@...
> Subject: Re: users, please give us your opinion: what is your take on
> generics with Wicket
>
> On Mon, Jun 02, 2008 at 11:59:09AM -0400, Hoover, William wrote:
> > I read it, but I think most people will be using models more
> > frequently than 30% of the time. Personally, I use them 99% of the
> time.
>
> Really? Haven't you heard of CompoundPropertyModel?
>
> jk
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
users-unsubscribe@...
> For additional commands, e-mail:
users-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
users-unsubscribe@...
> For additional commands, e-mail:
users-help@...
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail:
users-unsubscribe@...
For additional commands, e-mail:
users-help@...