Re: VOTE: Generics of IDataProvider

2008-04-29 Thread Maarten Bosteels
[ ] IDataProviderI,T [ x ] IteratorIModelT , drop model [ ] Leave as is. Maarten On Fri, Apr 25, 2008 at 1:52 AM, Eelco Hillenius [EMAIL PROTECTED] wrote: I would have a better idea if I would have had the chance to actually play with it, but here is mine: [ ] IDataProviderI,T [ x ]

Re: VOTE: Generics of IDataProvider

2008-04-29 Thread Kent Tong
%3A-Generics-of-IDataProvider-tp16871723p16957615.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]

VOTE: Generics of IDataProvider

2008-04-24 Thread Jan Kriesten
Hi, I have a usecase where the current proposed generic Interface for IDataProvider with upcoming v1.4 of Wicket would break the implementation concept working with Wicket 1.3. The usecase needs different types for iterator + model. Example and explanation are found below the vote: VOTE:

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Sebastiaan van Erk
[ ] IDataProviderI,T [X] IteratorIModelT , drop model [ ] Leave as is. Regards, Sebastiaan Jan Kriesten wrote: Hi, I have a usecase where the current proposed generic Interface for IDataProvider with upcoming v1.4 of Wicket would break the implementation concept working with Wicket 1.3.

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Johan Compagner
[ ] IDataProviderI,T [X] IteratorIModelT , drop model [X] Leave as is. I dont care much between those 2. But i definitely dont like option 1, because your example gives me exact the feeling why i dont want that It gives the wrong idea to peoples mind. If they would do what you do, Integer list

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Thijs
[ ] IDataProviderI,T [ X ] IteratorIModelT , drop model [ ] Leave as is. Thijs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Martijn Dashorst
On 4/24/08, Jan Kriesten [EMAIL PROTECTED] wrote: [ ] IDataProviderI,T [ ] IteratorIModelT , drop model [X] Leave as is. I don't see the additional benefit of removing the model method. It only breaks API for nothing much gained. Martijn

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread James Carman
On Thu, Apr 24, 2008 at 3:42 AM, Jan Kriesten [EMAIL PROTECTED] wrote: Hi, I have a usecase where the current proposed generic Interface for IDataProvider with upcoming v1.4 of Wicket would break the implementation concept working with Wicket 1.3. The usecase needs different types for

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Matej Knopp
VOTE: [ ] IDataProviderI,T [ ] IteratorIModelT , drop model [X] Leave as is. -Matej - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: VOTE: Generics of IDataProvider

2008-04-24 Thread Eelco Hillenius
I would have a better idea if I would have had the chance to actually play with it, but here is mine: [ ] IDataProviderI,T [ x ] IteratorIModelT , drop model [ ] Leave as is. Looks most elegant to me, and it is immediately clear what T is for. Also, I think that generics are bloody verbose