wicket generics

2008-06-07 Thread Igor Vaynberg
so i tried to remove the generic type from component in sandbox/ivaynberg/wicket-generics branch and ran into what i think is a deal breaker for this design class component { public void setmodel(imodel? model) {...} public imodel? getmodel(); } that is all good until you want to have a

Re: wicket generics

2008-06-07 Thread Peter Ertl
+1 for do it right, no matter if the api breaks or not Am 07.06.2008 um 09:20 schrieb Igor Vaynberg: so i tried to remove the generic type from component in sandbox/ivaynberg/wicket-generics branch and ran into what i think is a deal breaker for this design class component { public void

Re: (Class? extends Page?) casting troubles

2008-06-07 Thread Sebastiaan van Erk
Zappaterrini, Larry wrote: Sorry, I should have been more clear about subtype. :) When dealing with raw types, the raw type is considered a super type of the generic type. So Bar is a super type of Bar?. Since RawType extends the raw type Bar, consider it to be a peer of Bar?. When you consider

Re: wicket generics

2008-06-07 Thread Jan Kriesten
hi igor, that's a mess. :-( i would go for decoupling component/model for 1.4 - that makes a clean cut for the api towards generics. everything else is just half-baked. my 2c, --- jan. - To unsubscribe, e-mail: [EMAIL

Re: wicket generics

2008-06-07 Thread Gwyn Evans
On Sat, Jun 7, 2008 at 8:20 AM, Igor Vaynberg [EMAIL PROTECTED] wrote: thoughts and ideas? Is there much else apart from Generic's that's in 1.4 that would benefit from a release 'sooner' rather than 'later'? I know the intentions's not to have it much different, but not changing 1.3's

Re: wicket generics

2008-06-07 Thread Sebastiaan van Erk
I'm +1 for trying to decouple model from component, and if it takes longer then so be it. I'm pretty convinced that the problem is the 1-1 model-component coupling and that generics only pointed out this problem. Regards, Sebastiaan Igor Vaynberg wrote: so i tried to remove the generic

Re: wicket generics

2008-06-07 Thread Matej Knopp
The decoupling doesn't have to be extremely painful. We could leave support for the default slot in component, something like this: class Component { protected void setDefaultModel(IModel? model); protected IModel? getDefaultModel(); } class MyComponentT extends Component { public void

Re: users, please give us your opinion: what is your take on generics with Wicket

2008-06-07 Thread Ivo van Dongen
1) Generifying* Wicket [ 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. 2) How strongly do

Re: wicket generics

2008-06-07 Thread Timo Rantalaiho
Hi Igor and others, Great that you tried that out in practice! On Sat, 07 Jun 2008, Igor Vaynberg wrote: class component { public void setmodel(imodel? model) {...} public imodel? getmodel(); } I was earlier trying out this variant: public class Component { public T Component

always call method

2008-06-07 Thread Mathias P.W Nilsson
Hi! Is there a way to always call a method in a wicket page even if the browser back button is pressed? -- View this message in context: http://www.nabble.com/always-call-method-tp17708799p17708799.html Sent from the Wicket - User mailing list archive at Nabble.com.

YUI DatePicker javascript inefficiency

2008-06-07 Thread Martin Makundi
Hi! I have a table with sevearal rows and each row has a couple of YUI datepickers (org.apache.wicket.extensions.yui.calendar.DatePicker). I was wondering why the page loads very slowly and then I had a look at the web page source code. The web page is bloated with repeatedly submitted YUI

Re: always call method

2008-06-07 Thread Timo Rantalaiho
On Sat, 07 Jun 2008, Mathias P.W Nilsson wrote: Is there a way to always call a method in a wicket page even if the browser back button is pressed? Yes, by putting no-cache headers in the previous page the browser will request it again when you go back there. Without explicitly disabling

Lightweight generic busy indicator

2008-06-07 Thread Martin Makundi
Hi! I am trying to maneuvre a lightweight gmail-style busy indicator to stay in place whenever I click an operative button. The script seems to work fine with regular submit buttons, but I have not found a proper way to reset the indicator in context with ajax buttons and links. Is there an

Re: wicket generics

2008-06-07 Thread Igor Vaynberg
i dont think listitem#setmodel is restricted in your example.to T in ListItemT public T ListItem setModel(IModelT model) the first T hides the T of ListItemT so you might as well have said X setModel(IModelX model) -igor On Sat, Jun 7, 2008 at 4:48 AM, Timo Rantalaiho [EMAIL PROTECTED]

Re: Lightweight generic busy indicator

2008-06-07 Thread Igor Vaynberg
wicket supports global javascript event handlers for this. either search the list or look inside wicet-ajax.js, i cant recall them off the top of my head. -igor On Sat, Jun 7, 2008 at 8:59 AM, Martin Makundi [EMAIL PROTECTED] wrote: Hi! I am trying to maneuvre a lightweight gmail-style busy

Status of Wicket and Groovy?

2008-06-07 Thread Ashley Aitken
Howdy All, There's a question at the end of this long intro: I've been evaluating and comparing a number of Web frameworks again, particularly at this time Wicket (which I have looked at previously and tried out) and Django (which I am new to but comes highly recommended). I very much

Re: wicket generics

2008-06-07 Thread Timo Rantalaiho
On Sat, 07 Jun 2008, Igor Vaynberg wrote: i dont think listitem#setmodel is restricted in your example.to T in ListItemT public T ListItem setModel(IModelT model) the first T hides the T of ListItemT so you might as well have said X setModel(IModelX model) Heh, you're right of

Re: Lightweight generic busy indicator

2008-06-07 Thread Peter Thomas
On Sat, Jun 7, 2008 at 9:47 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: wicket supports global javascript event handlers for this. either search the list or look inside wicet-ajax.js, i cant recall them off the top of my head. They are mentioned in this thread:

Re: YUI DatePicker javascript inefficiency

2008-06-07 Thread Peter Thomas
On Sat, Jun 7, 2008 at 7:17 PM, Martin Makundi [EMAIL PROTECTED] wrote: Hi! I have a table with sevearal rows and each row has a couple of YUI datepickers (org.apache.wicket.extensions.yui.calendar.DatePicker). I was wondering why the page loads very slowly and then I had a look at the

Re: YUI DatePicker javascript inefficiency

2008-06-07 Thread Martin Makundi
I haven't been much into javascript, yet ;) It looks like an easy job for someone who knows what they're doing - pull out the function name changes as parameters to the methods instead of hardcoding for each FormComponent. The main differences are: initWIDGET123 = function() { initWIDGET124 =

Re: Lightweight generic busy indicator

2008-06-07 Thread Martin Makundi
Hi! Did I misunderstand something? I am not a javascript-wizard ;) I could make it work perfectly with non-ajax buttons and links but it does not seem to react to wicket ajax buttons. Here is the script code, pls take a look if there is a blatant bug (I assumed I do not need to make any

localized string in session

2008-06-07 Thread Emacs
Hi! I've created a custom websession for authentication. Is there a way to get a localized string ala getString(key) in this websession? The reason why I want to do this is, because I want to create an localized error message, for userers, who try to login, before their account is activated

RE: users, please give us your opinion: what is your take on generics with Wicket

2008-06-07 Thread xiefei
[X] Can best be done like currently in the 1.4 branch, where models and components are both generified. I care most about the improved static type checking generified models and components give Wicket. I am just a little annoyed when a component not having a model causes generics