Re: Default focus behavior for ajax request

2007-09-11 Thread Matej Knopp
Because currently there is no way during ajax processing to determine that the event was a focus related one. I think that it's good to restore focus on last focused element by default. But I'm also aware that it causes problems with focus related event, so i think maybe we should just call

Re: Default focus behavior for ajax request

2007-09-11 Thread Carlos Pita
behavior if the event is onblur. Can you submit RFE? Done. I filed it as minor improvement https://issues.apache.org/jira/browse/WICKET-957. Because currently there is no way during ajax processing to determine that the event was a focus related one. I think that it's good to Maybe setting

Re: Default focus behavior for ajax request

2007-09-11 Thread Johan Compagner
see my comments in that issue. Its not that we have to do something on the serverside this is a clientside issue. johan On 9/11/07, Carlos Pita [EMAIL PROTECTED] wrote: behavior if the event is onblur. Can you submit RFE? Done. I filed it as minor improvement

Re: Default focus behavior for ajax request

2007-09-11 Thread Carlos Pita
Dunno. Up till now my workaround is to set focusComponent to null at the server-side for validation purposes. I'm not suggesting that this should be wicket's approach or something similar, of course. Regards, Carlos On 9/11/07, Johan Compagner [EMAIL PROTECTED] wrote: see my comments in that

Default focus behavior for ajax request

2007-09-10 Thread Carlos Pita
Hi, why is the default behavior for ajax requests to force focus into some component (normally the one which triggered the event that caused the request, I guess)? This produces some bizarre situations when onfocus or onblur are used for ajax validation. For example, if the form component to be