Ok, I'll look into it a bit deeper when I take the train home today. Eelco
On 9/9/05, Johan Compagner <[EMAIL PROTECTED]> wrote: > better give a better example > > if you have a form like this: > > Form > FormComponent1 > FormComponent2 > > yes then only the name of the 2 formcomponents are in them > Because they are unique > if you start nesting like this > > Form > ListView > ListItem1 > FormComponent1 > ListItem2 > FormComponent1 > FormComponent2 > > then both instances of formcomponent 1 has the full path to the form > so the name are then: > > listview:listitem1:formcomponentt1 > listview:listitem2:formcomponent1 > formcomponent > > so there is no problem what so ever. You can do what ever you want input > names are unique > > I don't want the full path back into it. Because the names are much to > long then > PDA browser are complaining. > > johan > > > Johan Compagner wrote: > > Why is that? > > All components names are unique within a form. There is no other way > > a listview doesn't matter. the listview is taken into account. > > > > > > Eelco Hillenius wrote: > >> I just found out (working in the train), that form components now put > >> their plain ids in their tag's name attributes. Like I stated last > >> week, I don't agree with this. It will result in not being able to > >> e.g. support two listviews with nested form components in a page. What > >> we should be (at least by default) is use the path minus the page > >> number (and ':') instead. > >> > >> Furthermore, the junit tests of wicket-examples were not adjusted, so > >> they fail currently. > >> > >> Eelco > >> > >> > >> ------------------------------------------------------- > >> SF.Net email is Sponsored by the Better Software Conference & EXPO > >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle > >> Practices > >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing > >> & QA > >> Security * Process Improvement & Measurement * > >> http://www.sqe.com/bsce5sf > >> _______________________________________________ > >> Wicket-develop mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/wicket-develop > >> > >> > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > > & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Wicket-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-develop > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
