ah, nevermind, i see

when you render border those children you take from border's markup.

another downside of the constructor refactor i suppose, but the identical path problem still exists in 1.2 right?

-Igor


On 9/8/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
right, thats exactly what i meant - we cant tell because the paths are the same. what i dont quiete understand is how we do tell the difference in 1.2

-Igor



On 9/8/06, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
Not quite. You can a label to <span wicket:id="border"> which goes
into <wicket:body> and you cab a label to <wicket:border>. Both labels
are added like
new Label(border, "myLabel",...). The important thing is that both get
the markup fragment from different markup files. The first gets it
from the pages markup and the 2nd from the border markup file. Now how
to do you know within the constructor of the Label which markup file
is the right one to look for the label's markup fragment?

Juergen

On 9/8/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> i dont think there really is a difference between components added to the
> border directly and component the border gets from the page - at least the
> way we do it now
>
> lets say we have
>
> Border b=new MyBorder(this, "border");
> new Label(b, "label1");
>
> MyBorder() { new Label(this, "label2"); }
>
> then the hierarchy is
>
> parent:b:label1
> parent:b:label2
>
> label1 and label2 are actually siblings because they are both added to the
> border. this is where the problem is right? when you hit label2 you do not
> know whether to search the border's markup or the page's or in which order?
>
> i guess maybe somehow make wicket:body a component with its own id so the
> paths would be different
> panel:b:body:label1
> panel:b:label2
>
> but im not sure how that would work or if its possible.
>
> -Igor
>
>
>
>
>
> On 9/7/06, Juergen Donnerstag < [EMAIL PROTECTED]> wrote:
> > Actually any component must be allowed to be a root component because
> > of ajax. I've now implemented a solution which searches for the markup
> > fragment in both markups. Because the id must be unique (both childs
> > are added to border and can not have the same id) it should be
> > possible to find the markup in either markup.
> >
> > Juergen
> >
> > On 9/8/06, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> > > Would Johan's idea that you can have different 'root' components other
> > > than only page solve this? (So Panel and Border could e.g. be such
> > > root components).
> > >
> > > Eelco
> > >
> > >
> > > On 9/6/06, Juergen Donnerstag < [EMAIL PROTECTED]> wrote:
> > > > I'm working on MarkupFragment and finding the markup as well as the
> > > > markup fragment for the component. Remember in v2 this is done in the
> > > > Component's constructor. The problem I have is with the Border
> > > > component. The Border component has an associated markup file and this
> > > > markup can have child components. These components are added to Border
> > > > in the standard way e.g. new Label(border, ...). Now lets say the
> > > > border has been added to a Page and the markup within Page for the
> > > > border looks like
> > > > <span wicket:id="border>...<span
> wicket:id="label">..</span></span>
> > > > The "label" component is also added to Border like new Label(border,
> > > > ...). In 1.x this doesn't cause any problems, as at render time we of
> > > > course know which markup we are currently rendering. But in 2.0 and in
> > > > the constructor of Component (of the Label) we do not know which
> > > > Markup to choose and I don't know how to solve this ambiguity. IMO
> > > > first trying Markup A and than Markup B is not a proper solution but
> > > > actually I have no other idea. Any thoughts?
> > > >
> > > > Juergen
> > > >
> > > >
> -------------------------------------------------------------------------
> > > > Using Tomcat but need to do more? Need to support web services,
> security?
> > > > Get stuff done quickly with pre-integrated technology to make your job
> easier
> > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> > > >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > > _______________________________________________
> > > > Wicket-develop mailing list
> > > > Wicket-develop@lists.sourceforge.net
> > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> > > >
> > >
> > >
> -------------------------------------------------------------------------
> > > Using Tomcat but need to do more? Need to support web services,
> security?
> > > Get stuff done quickly with pre-integrated technology to make your job
> easier
> > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> > >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > _______________________________________________
> > > Wicket-develop mailing list
> > > Wicket-develop@lists.sourceforge.net
> > >
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> > >
> >
> >
> -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> >
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wicket-develop mailing list
> > Wicket-develop@lists.sourceforge.net
> >
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Wicket-develop mailing list
> Wicket-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>
>
>

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to