why are you contradicting yourself? "To be honest I don't see the advantage of generic components, all I want is to not have to do casting when I'm using models, .getModelObject() should return the type that I put in, in a list view, if I give it a list of strings I dont want to cast the listItem model object to a string."
if you have just IModel then you will have to cast.. getModelObject will always return just Object then. about: "new TextArea(...).add(some behavior).setRequired(true) " this can be done but then we have to override some methods of component and then return another type The problem is that this could result in us lifting a final where we dont want to.. But this is outside the scope of generics johan On Mon, Jun 2, 2008 at 3:26 PM, richardwilko <[EMAIL PROTECTED]> wrote: > > > [ x ] Can best be done in a limited fashion, where we only generify > IModel but not components. I care more about what generifying can do > for API clarity (declaring a component to only accept certain models > for instance) than static type checking. > > [ x ] Whatever choice ultimately made, I'll happily convert/ start > using 1.4 and up. > > To be honest I don't see the advantage of generic components, all I want is > to not have to do casting when I'm using models, .getModelObject() should > return the type that I put in, in a list view, if I give it a list of > strings I dont want to cast the listItem model object to a string. It > would > also be nice if the .add() and others methods on components could return > the > type of component it is rather than just a Component object. eg you cant > do > 'new TextArea(...).add(some behavior).setRequired(true) because the add > behaviour method returns a Component not a TextArea and setRequired is not > available on Components. > > Thanks > -- > View this message in context: > http://www.nabble.com/users%2C-please-give-us-your-opinion%3A-what-is-your-take-on-generics-with-Wicket-tp17589984p17601296.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] > >