How will it work if I call get("body").setEnabled(false); and if label
was a textfield? Would the textfield be still enabled?

**
Martin

2010/11/9 Johan Compagner <jcompag...@gmail.com>:
> no ofcourse not
> The label will then be gone because the body is gone.
> so the output will be this
> <html>
> </html>
>
> when the body container is not visible
>
> if the label is not visible:
>
> <html>
> <body>
>
> </body>
> </html>
>
> this solution you just can throw everything in the panel or webpage
> that is the IComponentResolver for all its childs...
> Just look at how the code works..
> IF a component can't be found on its own parent the ComponentResolver
> will ask all the parents which can be IComponentResolver to render the
> child..
>
>
>
> On Tue, Nov 9, 2010 at 19:04, Martin Makundi
> <martin.maku...@koodaripalvelut.com> wrote:
>> This does not really nest the components logically, does it?
>>
>> If you set get("body").setVisible(false) will the label remain visible?
>>
>> **
>> Martin
>>
>> 2010/11/9 Johan Compagner <jcompag...@gmail.com>:
>>> Why are we discussing here already that works in wicket 1.4 if you
>>> really need it?
>>>
>>>
>>> public class HelloWorld extends WebPage implements IComponentResolver {
>>>
>>>        public HelloWorld()
>>>        {
>>>                add(new WebMarkupContainer("body"));
>>>                add(new Label("label","my label"));
>>>        }
>>>
>>>        public boolean resolve(MarkupContainer container,
>>>                        MarkupStream markupStream, ComponentTag tag) {
>>>
>>>                Component component = get(tag.getId());
>>>                if (component != null)
>>>                {
>>>                        component.render(markupStream);
>>>                        return true;
>>>                }
>>>                return false;
>>>        }
>>> }
>>>
>>> <html>
>>> <body wicket:id="body">
>>> <span wicket:id="label"></span>
>>> </body>
>>> </html>
>>>
>>>
>>>
>>> On Tue, Nov 9, 2010 at 16:29, Frank Silbermann
>>> <frank.silberm...@fedex.com> wrote:
>>>> Progress is made by people who have understanding, not by the ignorant.
>>>> You're not in a position to make suggestions about extending Wicket if
>>>> you don't yet understand how to use the powers it already has.
>>>>
>>>> -----Original Message-----
>>>> From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com]
>>>> Sent: Tuesday, November 09, 2010 9:23 AM
>>>> To: users@wicket.apache.org
>>>> Subject: Re: Free wicket from component hierarchy hell
>>>>
>>>>> So instead of asking, "How can we make Wicket different so that my
>>>>> problem will go away?" the proper question to try first is, "What is
>>>> the
>>>>> Wicket way of solving my problem?"
>>>>
>>>> That's not how proggress is made...
>>>>
>>>> **
>>>> Martin
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to