calling setoutputmarkupid on a panel will output an id to the tag to
which the panel is attached, eg
add(new mypanel("foo"))
<div wicket:id="foo"> <-- the tag that will have markup id output
since you attach a panel to wicket:container tag and call
setoutputmarkupid(true) on it, the id will never be rendered because
wicket:container tag to which the panel is attached will not be
rendered.
-igor
On Wed, Jan 26, 2011 at 12:50 PM, agilbert <[email protected]> wrote:
>
> I'm trying to understand what it means to output a markup ID on a reusable
> wicket panel. If I understand correctly, the <wicket:panel> element is
> removed from production markup and can contain elements that aren't
> necessarily wrapped in a single element (e.g. a <div>). So, what does
> Wicket do when you call setOutputMarkupId(true) on a Panel? Does it assume
> that you actually want to output markup IDs for all direct children of the
> <wicket:panel> element?
>
> This question came to light when I recently upgraded to Wicket 1.4.15.
> Since then, I've been getting the following warning messages:
>
> [org.apache.wicket.Component] Markup id set on a component that is usually
> not rendered into markup.
>
> Turns out I have some Panels that contain, among other things, a few
> <wicket:container> elements, which I use to output plain text via Labels (if
> there's a better way to do this, I'm all ears). Anyway, in my code, I'm not
> explicitly instructing the Labels to output markup IDs, but I am telling the
> Panel to. When I disable the call to setOutputMarkupId for the panel, the
> warning messages disappear, which leads me to believe that Panels actually
> set markup IDs for their direct descendants. However, looking through the
> Wicket source, I can't find any code to back up my assumption.
>
> Thanks in advance for any imparted Wicket wisdom!
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/setOutputMarkupId-true-on-org-apache-wicket-markup-html-panel-Panel-tp3238774p3238774.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
