I think it is. But if Sven has a good use case we should see whether
we can support it. Though you can also use AOP as a breakout I
think...
Eelco
On 3/7/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> a strategy for a /debug/ check. dont you think this is a little overkill? :)
>
> -Igor
>
>
>
> On 3/7/06, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> > Sven is the man to answer that I guess. I can imagine that he is
> > providing a full component tree and that the designer chooses which
> > part of that tree should actually be used. Quite dangerous, but might
> > be usefull at times. Another thing we might consider is to hide the
> > check itself behind a strategy interface.
> >
> > Eelco
> >
> >
> > On 3/7/06, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
> > > I haven't understood the use case yet. I can read the request but
> > > haven't understood why it is necessary. Why should the markup vary
> > > from the java code?
> > >
> > > Juergen
> > >
> > > On 3/7/06, Johan Compagner <[EMAIL PROTECTED] > wrote:
> > > > yeah, we could have a method isOptional() {return false;} that can be
> > > > overridden if really needed.
> > > >
> > > >
> > > >
> > > >
> > > > On 3/7/06, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> > > > > I wouldn't be against a flag that says the whether component has to
> be
> > > > > rendered. The default should be true, in which case nothing changes
> > > > > from the way things are now, but if the flag returns false, it would
> > > > > be ignored by the components check.
> > > > >
> > > > > What do the other devs think of this?
> > > > >
> > > > > Eelco
> > > > >
> > > > >
> > > > > On 3/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > > > > I'm aware of IDebugSettings#componentUseCheck.
> > > > > >
> > > > > > But with this setting I would loose the rendering check globally
> :(.
> > > > > > I'd rather keep the check for most of my components.
> > > > > >
> > > > > > Sven
> > > > > >
> > > > > > >One thing you can do is turn of the render check. Would that
> suffice?
> > > > > > >
> > > > > > >Eelco
> > > > > > >
> > > > > > >On 3/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > > > > >> I'm in need of 'optional' components, i.e. they exist in Java
> code
> > > > but the
> > > > > > >web designer is allowed to omit them in the HTML template.
> > > > > > >>
> > > > > > >> Currently I'm using a base class (named OptionalPanel) that
> > > > cooperates with
> > > > > > >the page: In Page#renderAll() all appropriate children are marked
> as
> > > > being
> > > > > > >rendered, if not already rendered by Wicket.
> > > > > > >> I'm not happy with the implementation though, as it seems to me
> more
> > > > like a
> > > > > > >hack :(.
> > > > > > >>
> > > > > > >> What do you think - could Wicket include a solution for this? A
> tag
> > > > > > >interface? Or an #isOptional() on Component?
> > > > > > >>
> > > > > > >> Thanks
> > > > > > >>
> > > > > > >> Sven
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > >
> -------------------------------------------------------
> > > > > > >> This SF.Net email is sponsored by xPML, a groundbreaking
> scripting
> > > > language
> > > > > > >> that extends applications into web and mobile media. Attend the
> live
> > > > > > >webcast
> > > > > > >> and join the prime developer group breaking into this new
> coding
> > > > territory!
> > > > > > >>
> > > >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> > > > > > >>
> _______________________________________________
> > > > > > >> Wicket-user mailing list
> > > > > > >> Wicket-user@lists.sourceforge.net
> > > > > > >>
> > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > >
> > > >
> >-------------------------------------------------------
> > > > > > >This SF.Net email is sponsored by xPML, a groundbreaking
> scripting
> > > > language
> > > > > > >that extends applications into web and mobile media. Attend the
> live
> > > > webcast
> > > > > > >and join the prime developer group breaking into this new coding
> > > > territory!
> > > > > >
> > > > >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> > > > > > >_______________________________________________
> > > > > > >Wicket-user mailing list
> > > > > > > Wicket-user@lists.sourceforge.net
> > > > > > >
> > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > > >
> > > > > >
> > > > > >
> -------------------------------------------------------
> > > > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> > > > language
> > > > > > that extends applications into web and mobile media. Attend the
> live
> > > > webcast
> > > > > > and join the prime developer group breaking into this new coding
> > > > territory!
> > > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> > > > > > _______________________________________________
> > > > > > Wicket-user mailing list
> > > > > > Wicket-user@lists.sourceforge.net
> > > > > >
> > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > > >
> > > > >
> > > > >
> > > > >
> -------------------------------------------------------
> > > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> > > > language
> > > > > that extends applications into web and mobile media. Attend the live
> > > > webcast
> > > > > and join the prime developer group breaking into this new coding
> > > > territory!
> > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> > > > > _______________________________________________
> > > > > Wicket-user mailing list
> > > > > Wicket-user@lists.sourceforge.net
> > > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > >
> > > >
> > > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> > > that extends applications into web and mobile media. Attend the live
> webcast
> > > and join the prime developer group breaking into this new coding
> territory!
> > >
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> > > _______________________________________________
> > > Wicket-user mailing list
> > > Wicket-user@lists.sourceforge.net
> > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> > that extends applications into web and mobile media. Attend the live
> webcast
> > and join the prime developer group breaking into this new coding
> territory!
> >
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> > _______________________________________________
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
