we could do, it seems not to be a large change, but ... Currently users (designers and developers) can be sure that wicket throws an exception if there not a 1:1 mapping between all wicket tag (wicket:id and <wicket:) defined and components added. No suprises at runtime at all. This check can be disabled by appSettings.setXX, but than it is the users choice. If we decide to change it, there no such guarantee anymore, as it depends on the components visibility as well. E.g. provided your test users or automated tests don't cover a specific use case where a component's visibility is enabled, than all by a sudden, end user will get an exception. I personally like the strictness as it avoid errors, but I understand your use case. Any suggestion on how we can achieve both? Shall we introduce a new booelan value for apps setting? How shall we name it?
Juergen On 8/23/05, Johan Compagner <[EMAIL PROTECTED]> wrote: > ehmm it does get renderd.. Only the output doesn't get streamed (all > rendering goes to a null output) > > I think we do that so that the markup advances correctly (the current > pointer) > We should be able to skip a markup and set the markup stream correctly > after the component that was not visible > > But that is more a juergen kind of thing... > > johan > > > Eelco Hillenius wrote: > > Yep. Also, I should do any model updates when it is part of a form, > > and it should not be reachable as a listener too, though I think that > > still is an open issue. > > > > Eelco > > > > On 8/23/05, Anders Peterson <[EMAIL PROTECTED]> wrote: > > > >> Hi, > >> > >> If I set a component to not visible "setVisible(false)" then that > >> component and any/all children should not get rendered - right? > >> > >> Just like confirmation before I submit a bug report. > >> > >> /Anders > >> -- > >> http://ojalgo.org/ > >> > >> Mathematics, Linear Algebra and Optimisation with Java > >> > >> > >> > >> ------------------------------------------------------- > >> 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-user mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/wicket-user > >> > >> > > > > > > ------------------------------------------------------- > > 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-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > ------------------------------------------------------- > 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-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- 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-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
