So perhaps I should give you some more context to understand my usecase:
We're using a CMS behind Wicket to serve the HTML templates for all our pages
(the panels are designed by web designers and included in the war file as
usually).
This way our CMS users are able to customize the basic layout and content of
every page and we developers don't have to hassle with columns, headers, texts
and images.
Every page offers its dynamic parts (mostly one main and several additional
components) via well known wicket:ids. To position a component on the template
the CMS editor just puts a <div wicket:id="history"/> into the template and
accordingly the history panel is included.
Now comes the problem: If the CMS editor decides to omit a component from the
page (perhaps to save space) the rendering check will bark :(.
I thought I could just call #renderer() on my top level panels by myself, but
regretfully this will throw a MarkupException if the panel was already renderer.
Sven
>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
-------------------------------------------------------
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
