But as Johan has already pointed out. onBeforeFirstRender (or whatever it is called) might not be called at all if the component is not (allowed to be) rendered. This is probably going to confuse people just as much as the current situation. And if we have an initialize method which should be called always after all sub component constructors have been called, then when do we trigger it and how will people abuse this? Such an initialize method can easily be done by users them self with a simple factory pattern. So why bloat our api with it?
Maurice On Sat, Apr 26, 2008 at 8:28 PM, John Patterson <[EMAIL PROTECTED]> wrote: > > > > John Krasnay wrote: > > > > Sure, but your rule said "Call all overridable methods from > > onBeforeRender()", and I gave you a working counterexample that has > > nothing to do with onBeforeRender. > > > > The counter example was the exact mistake that is very easy to make when > designing a component that can be extended. So easy to make that even the > mighty super genius Igor initially did it in PagingNavigation. So most mere > mortal wicketeers could not be expected to understand this intricacy. Your > assumption is that the subclass can return its result without access to > parameters passed into the constructor. Even getTitle() may need to access > a domain object passed on creation. > > > > > Igor Vaynberg wrote: > > > > onBeforeFirstRender() ? , onFirstRender() is ambiguous with its > > relation to onbeforerender() > > > > Does it need to be defined relative to onBeforeRender()? Isn't it enough to > say onBeforeFirstRender() or onPageSetup() is called only once and before > rendering. > -- > View this message in context: > http://www.nabble.com/Alternative-method-to-initialise-page-tp16742636p16916018.html > > Sent from the Wicket - User 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]
