ou help me understand why that is?
>>
>
> **
> Martin
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://o
Hi!
Did you implement the IHeaderContributor and mark @Override?
2009/12/28 duncan787 :
>
> Great tip, thanks! After implementing, I see that the behavior is added to
> the text field correctly, but the renderHead() method is not being called,
> can you help me understand why that is?
>
**
Mart
;
>> >
>> >
>> > > -Original Message-
>> > > From: jcar...@carmanconsulting.com
>> > > [mailto:jcar...@carmanconsulting.com]on Behalf Of James Carman
>> > > Sent: Sunday, March 09, 2008 7:58 AM
>> > > To
-------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>>
>>
>>
>
> --
> View this mes
rg
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Default-Focus-Behavior--tp15934889p21194288.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
-
___
http://stubbisms.wordpress.com http://stubbisms.wordpress.com
--
View this message in context:
http://www.nabble.com/Default-Focus-Behavior--tp159348
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:684)
at java.lang.Thread.run(Thread.java:619)
-Original Message-
From: Rod Good
Sent: Friday, 13 June 2008 1:06 PM
To: users@wicket.apache.org
Subject: Re: Default Focus Behavior?
Hi,
I'm trying to set
Hi,
I'm trying to set the 'focus on load' to an AutoCompleteTextField within
a form.
I tried extending the technique outlined by James Carman (see link) to
extend AbstractDefaultAjaxBehavior, without success.
Any thoughts on how to do this ?
Thanks,
Rod.
http://cwiki.apache.org/confluence
--
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/Default-Focus-Behavior--tp15934889p17547678.html
> Sent from the Wicket -
scribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Default-Focus-Behavior--tp15934889p17547678.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
Gerolf Seitz wrote:
how about boolean WebPage#isAutoFocusEnabled and the possibility
to provide several IFocusStrategy instances with different priority?
this would allow to eg only set the focus on the first formcomponent of the
first form if no other formcomponent has an error...
I like somet
On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> hmm the request cycle would be quite awful its not really there for that
> kind of state
> The problem is that the AjaxRequestTarget is in normal rendering something
> like PageRequestTarget.
>
> The problem is you cant really through it
hmm the request cycle would be quite awful its not really there for that
kind of state
The problem is that the AjaxRequestTarget is in normal rendering something
like PageRequestTarget.
The problem is you cant really through it on a Page because the page can
maybe not be accessed
(if you have a pa
how about boolean WebPage#isAutoFocusEnabled and the possibility
to provide several IFocusStrategy instances with different priority?
this would allow to eg only set the focus on the first formcomponent of the
first form if no other formcomponent has an error...
On Tue, Mar 11, 2008 at 3:36 PM, Ja
On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> yes so it is not the last one you ask to have focus on
> Very confusing for an average user
>
> thats why there should be a single point just like
> AjaxRequestTarget.focusComponent() works.
Ok, you've sold me. So, is this something that
yes so it is not the last one you ask to have focus on
Very confusing for an average user
thats why there should be a single point just like
AjaxRequestTarget.focusComponent() works.
johan
On Tue, Mar 11, 2008 at 3:24 PM, James Carman <[EMAIL PROTECTED]>
wrote:
> On 3/11/08, Johan Compagner <
On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> that still wouldn't help adding 3 of them at once
>
Well, adding three of them like this would just be stupid. :) It
wouldn't really break anything. The last one that gets rendered would
probably get the focus, since it would be the last o
On 3/11/08, Gerolf Seitz <[EMAIL PROTECTED]> wrote:
> the behavior would have to be temporary.
Yes, the behaviors stay with the component. I guess that would screw
this up! :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
that still wouldn't help adding 3 of them at once
On Tue, Mar 11, 2008 at 3:17 PM, Gerolf Seitz <[EMAIL PROTECTED]>
wrote:
> the behavior would have to be temporary.
>
> On Tue, Mar 11, 2008 at 3:14 PM, Johan Compagner <[EMAIL PROTECTED]>
> wrote:
>
> > and a behavior is really the wrong thing
the behavior would have to be temporary.
On Tue, Mar 11, 2008 at 3:14 PM, Johan Compagner <[EMAIL PROTECTED]>
wrote:
> and a behavior is really the wrong thing
> Because who says if you render the page again that it has to again set the
> focus on that one?
>
> MyPage()
> {
> textField1.add(new
and a behavior is really the wrong thing
Because who says if you render the page again that it has to again set the
focus on that one?
MyPage()
{
textField1.add(new FocuOnLoadBehavior());
textField2.add(new FocuOnLoadBehavior());
textField3.add(new FocuOnLoadBehavior());
Form form = new Form(
MyPage()
{
textField1.add(new FocuOnLoadBehavior());
textField2.add(new FocuOnLoadBehavior());
textField3.add(new FocuOnLoadBehavior());
}
which fields gets the focus?
On Tue, Mar 11, 2008 at 2:49 PM, James Carman <[EMAIL PROTECTED]>
wrote:
> On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wro
On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> you do
>
> WebPage.focusComponent(textField)
I mean, in what class? Your page class? In a component class? I'm
just trying to understand what the difference is between doing
WebPage.focusComponent(textField) or textField.add(new
FocuOnLo
you do
WebPage.focusComponent(textField)
johan
On Tue, Mar 11, 2008 at 2:30 PM, James Carman <[EMAIL PROTECTED]>
wrote:
> On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> > i still think that behaviors to control focus is a bit wrong
> > focus should have 1 entry point
> > and i guess
On 3/11/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> i still think that behaviors to control focus is a bit wrong
> focus should have 1 entry point
> and i guess that is WebPage.focusComponent()
> or maybe Form (but you could have 2)
> By the way we have focus support in ajax mode... see Aj
Sebastiaan van Erk wrote:
Johan Compagner wrote:
i still think that behaviors to control focus is a bit wrong
focus should have 1 entry point
I agree.
and i guess that is WebPage.focusComponent()
I agree on that one too.
or maybe Form (but you could have 2)
Exactly, so not a good idea.
Johan Compagner wrote:
i still think that behaviors to control focus is a bit wrong
focus should have 1 entry point
I agree.
and i guess that is WebPage.focusComponent()
I agree on that one too.
or maybe Form (but you could have 2)
Exactly, so not a good idea. The page should determine
i still think that behaviors to control focus is a bit wrong
focus should have 1 entry point
and i guess that is WebPage.focusComponent()
or maybe Form (but you could have 2)
By the way we have focus support in ajax mode... see AjaxRequestTarget
johan
On Tue, Mar 11, 2008 at 12:41 PM, James Car
On 3/11/08, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> Another option would be (if there is enough interest) to add it to
> wicketstuff minis.
>
Yeah, I thought about that. And, I may try to put that in there.
Perhaps there could be a few focus behaviors in there? Perhaps even a
FocusBehavio
Another option would be (if there is enough interest) to add it to
wicketstuff minis.
Martijn
--
Buy Wicket in Action: http://manning.com/dashorst
Apache Wicket 1.3.1 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.1
--
On 3/11/08, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> I suggest wiki.
>
Done:
http://cwiki.apache.org/confluence/display/WICKET/Request+Focus+on+a+Specific+Form+Component
I'm happy now. My work (no matter how trivial) may help someone
someday! :) I don't have time to do so now, but I might
I suggest wiki.
Thanks,
Martijn
On 3/11/08, James Carman <[EMAIL PROTECTED]> wrote:
> On 3/11/08, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > We have this discussion with each major release of Wicket, and each
> > time there are 100 ways to skin the cat. We want not only to minimize
> >
On 3/11/08, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> We have this discussion with each major release of Wicket, and each
> time there are 100 ways to skin the cat. We want not only to minimize
> the surface area, but also the number of requests to alter the
> behavior of existing functional
We have this discussion with each major release of Wicket, and each
time there are 100 ways to skin the cat. We want not only to minimize
the surface area, but also the number of requests to alter the
behavior of existing functionality. If we implement method X, then
sure enough someone comes along
On 3/10/08, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> i dont think something like this should go into core. it seems pretty
> clear from this thread that there are very many ways to do this and
> each project will use their own. what you have proposed seems trivial
> to construct, so for projec
Can we have a faq in the wiki enumerating all the possible scenarios and
solutions?
On Sun, Mar 9, 2008 at 11:51 PM, Igor Vaynberg <[EMAIL PROTECTED]>
wrote:
> On Sun, Mar 9, 2008 at 1:37 PM, James Carman <[EMAIL PROTECTED]>
> wrote:
> > On 3/9/08, djo.mos <[EMAIL PROTECTED]> wrote:
> > >
> > >
On Sun, Mar 9, 2008 at 1:37 PM, James Carman <[EMAIL PROTECTED]> wrote:
> On 3/9/08, djo.mos <[EMAIL PROTECTED]> wrote:
> >
> >
> > This simply looks great ! I think this should make it into the core Wicket
> > behaviors as the componenet focus is quite useful.
> >
>
> Me too! That's why I
>
> or
>
> Behaviors.defaultFocus(userName); // Assuming Behaviors existed.
>
>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED] Behalf Of James Carman
>> > Sent: Sunday, March 09, 2008 7:5
Head(iHeaderResponse);
> iHeaderResponse.renderOnLoadJavascript("document.getElementById('"
> + component.getMarkupId() + "').focus();");
> }
> }
>
> > >
> > >
> > > > -Original Message-
> > > > From
On 3/9/08, Sebastiaan van Erk <[EMAIL PROTECTED]> wrote:
> I think he means that, suppose you have a username and password field;
> then if the username is already filled in (e.g. from a cookie), then
> focus should go to the next field (password field).
>
Well, since you set up the behavior in
havior(new DefaultFocusBehavior());
>
> or
>
> Behaviors.defaultFocus(userName); // Assuming Behaviors existed.
>
>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED] Behalf Of James Carman
>> > Sen
On 3/9/08, djo.mos <[EMAIL PROTECTED]> wrote:
>
>
> This simply looks great ! I think this should make it into the core Wicket
> behaviors as the componenet focus is quite useful.
>
Me too! That's why I submitted:
https://issues.apache.org/jira/browse/WICKET-1404
I was pretty surprised somethi
ew TextField("userName");
> > userName.addBehavior(new DefaultFocusBehavior());
> >
> > or
> >
> > Behaviors.defaultFocus(userName); // Assuming Behaviors existed.
> >
> >
> >> > -----Original Message-
> >> > From: [EMAIL PROTEC
On 3/9/08, Peter Ertl <[EMAIL PROTECTED]> wrote:
> -1 for letting components handle focus. There's only _one_ focus that
> can set on a page at a time. What if several components demand focus?
> Who will be the winner?
Well, the last one that requests it will win because it will be the
last java
"').focus();");
}
}
This simply looks great ! I think this should make it into the core
Wicket
behaviors as the componenet focus is quite useful.
Cheers.
--
View this message in context:
http://www.nabble.com/Default-Focus-Behavior--tp15934889p15945036.ht
quot;').focus();");
> }
> }
>
This simply looks great ! I think this should make it into the core Wicket
behaviors as the componenet focus is quite useful.
Cheers.
--
View this message in context:
http://www.nabble.com/Default-Focus-Beha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of James Carman
> Sent: Sunday, March 09, 2008 8:52 AM
> To: users@wicket.apache.org
> Subject: Re: Default Focus Behavior?
>
>
> On 3/9/08, James Carman <[EMAIL PROTECTED]&g
viors.defaultFocus(userName); // Assuming Behaviors existed.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of James Carman
> Sent: Sunday, March 09, 2008 7:58 AM
> To: users@wicket.apache.org
> Subject: Default Focus Behavior
; -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of James Carman
> Sent: Sunday, March 09, 2008 7:58 AM
> To: users@wicket.apache.org
> Subject: Default Focus Behavior?
>
>
> Is there a behavior (or some other way) for having a
> -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] Behalf Of James Carman
> > > Sent: Sunday, March 09, 2008 7:58 AM
> > > To: users@wicket.apache.org
> > > Subject: Default Focus Behavior?
> > >
&g
PROTECTED] Behalf Of James Carman
> > Sent: Sunday, March 09, 2008 7:58 AM
> > To: users@wicket.apache.org
> > Subject: Default Focus Behavior?
> >
> >
> > Is there a behavior (or some other way) for having a field receive the
> > focus when the page
Sent: Sunday, March 09, 2008 7:58 AM
> To: users@wicket.apache.org
> Subject: Default Focus Behavior?
>
>
> Is there a behavior (or some other way) for having a field receive the
> focus when the page loads? For instance, in a login form, you'd want
> the focus to go to the us
Is there a behavior (or some other way) for having a field receive the
focus when the page loads? For instance, in a login form, you'd want
the focus to go to the username field or perhaps the password field if
you've got "remember me" turned on.
--
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
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
> https://issues.apache.
> 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
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 target.
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 va
58 matches
Mail list logo
