Using the FormComponent.invalidInput (i think we have to rename that)
and then all our wicket forms should have a standaard hidden field that has to be generated
Which can be used by "form aware" form components..
When that field is set we don't do any form processing holding only the state in the special invalidInput fields
and dispatch the real event that is somehow described in the hidden field.
Of course if a components wants to do form.process() it should be able to do that by calling it themselfs.
(more or less immediate property of a button and findSubmitButton == doDispatch())
johan
On 10/11/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Ah, yes. We've talked about how to support this before didn't we. As a
1.2. feature? It would have to be integrated with the form processing
too.
Johan, do you have a concrete idea how we could do this?
Eelco
On 10/11/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
> the problem is what he really wants is keeping all the form state
> so it shouldn't be a GET request but a form.submit() what the onChange
> should do.
> But then a special hidden field must be set so that we know that the form
> state
> should only be held in a special property, nothing should be done with it
> and we should
> dispatch the event to the Choice object that a change did happen.
>
>
>
> On 10/11/05, Eelco Hillenius <[EMAIL PROTECTED] > wrote:
> >
> > The wantOnSelectionChangedNotifications does not trigger
> any form
> > validation, as it is just a GET request to the component itself. And
> > in the handler method, you can e.g. set the visibility properties of
> > the panels/ component you want to show.
> >
> > Also, if that doesn't do the trick for you pls. take a look at some of
> > the sources of the components. Most components are quite easy to
> > understand really, and if you need to do something highly specific,
> > great chance you can create such a component without too many
> > troubels.
> >
> > Eelco
> >
> >
> > On 10/11/05, Dipu <[EMAIL PROTECTED]> wrote:
> > > What we want is to add some additional HTML elements to the form based
> on
> > > the newly selected value in the drop down.
> > > and we can do that using panels, but ideally we would like to bypass the
> > > validation when the form
> > > is submitted when the drop down value is changed .
> > >
> > > Regards
> > > Dipu
> > >
> > > ----- Original Message -----
> > > From: "Eelco Hillenius" < [EMAIL PROTECTED]>
> > > To: < [email protected]>
> > > Sent: Monday, October 10, 2005 2:53 PM
> > > Subject: Re: [Wicket-user] wicket patttern question?
> > >
> > >
> > > If you only want the value of the drop down box to be updated
> > > immediately, you can override
> wantOnSelectionChangedNotifications and
> > > let it return true. This results in a get that updates the component
> > > only.
> > >
> > > Eelco
> > >
> > >
> > > On 10/10/05, Dipu < [EMAIL PROTECTED]> wrote:
> > > >
> > > > By default, Wicket runs the form validation stuff when the submit
> button
> > > > is clicked. In our application, when a drop down box value is changed,
> > > > we wish to do a form submit (without validation of the rest of the
> form)
> > > > so that the form can be updated with changes relevant to the new value
> > > > of the drop down box. Then when the submit button is clicked, we wish
> > > > the form to be validated in the normal way.
> > > >
> > > > Is there a best "Wicket Way" of doing this or should we hack it using
> > > > multiple forms or modify the validation process to skip validation
> under
> > > > certain circumstances etc?
> > > >
> > > > Regards
> > > > Dipu
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by:
> > > Power Architecture Resource Center: Free content, downloads,
> discussions,
> > > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > > _______________________________________________
> > > Wicket-user mailing list
> > > [email protected]
> > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by:
> > > Power Architecture Resource Center: Free content, downloads,
> discussions,
> > > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > > _______________________________________________
> > > Wicket-user mailing list
> > > [email protected]
> > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content, downloads, discussions,
> > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > _______________________________________________
> > Wicket-user mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
