Ugh. I have my of my indecisive days. Too many arguments. I'm going to bed now, read some more in my never shrinking stack of Philosophy books. Sometimes it's easier to read that stuff than to make long-lasting API choices.
Eelco On 9/9/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > This approach works in your case, but I don't think it belongs in a general > framework. What if you have a date field or an integer field on your form - > your approach only works if you have string inputs. > > I had to do the same thing not long ago with a wizard's back button, I > wanted to capture the state of the form but not validate it when the back > button is pressed, and later restore it when the page was needed again. A > better solution is not to bind to a model (which is by def typesafe) but to > keep a map of arguments and init the form components off that map. How can > you bind "abc" to a date field? > > I think a proper solution would be to build the support for the above > properly by giving the user an ability to capture and restore form state off > http request parameters submitted. > > Something like Map<String,String> getFormState() and > setFormState(Map<String,String>) where String-String are the http request > param pairs. > > -Igor > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:wicket-develop- > > [EMAIL PROTECTED] On Behalf Of Phil Kulak > > Sent: Friday, September 09, 2005 1:02 PM > > To: [email protected] > > Subject: Re: [Wicket-develop] More button talk. > > > > It's handy to do binding without validation when you want the user to > > be able to leave a form to an intercept page before they are done > > working with the form. My exact case is a form that contains a > > user-selected photo. The best way to allow a user to select a photo is > > to take them to another page so they can browse thumbnails, upload new > > images, whatever, but it's not expected for them to loose the > > information they've already entered or to be required to complete the > > entire form before selected a certain piece. > > > > And yes, I could just make photo selection a new page (which I will do > > if this patch doesn't go through), but this seems more elegant to me. > > Making every little step a new page in a wizard reeks of webapp to me, > > and I like to try to get more of a desktop experiance. > > > > Sure it's not something you going to run into every day, but if you > > do, it's really nice to be able to control form behavior at this > > level. > > > > On 9/9/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > > You have a point of course. In this case, the Button's API is really > > > small though, and it has these methods documented very well. > > > > > > If you are -1 on this change, we could have a vote. So far, there > > > haven't been many reactions on this. > > > > > > Eelco > > > > > > > > > On 9/9/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > Yes, but validation and updating is not tied together. You can still > > call > > > > the validation function by itself and it wont update the model. I > > think > > > > having two functions is too complex of a tradeoff for a usecase that > > no one > > > > can come up with. Sometimes you have to go with simple vs flexible. > > Just my > > > > two cents. > > > > -Igor > > > > > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] [mailto:wicket- > > develop- > > > > > [EMAIL PROTECTED] On Behalf Of Eelco Hillenius > > > > > Sent: Friday, September 09, 2005 12:36 PM > > > > > To: [email protected] > > > > > Subject: Re: [Wicket-develop] More button talk. > > > > > > > > > > Probably not, but there have been people that expressed they would > > > > > like to have the option. I can't think of a really usefull case > > > > > myself. Though validating without updating is usefull. > > > > > > > > > > Eelco > > > > > > > > > > > > > > > On 9/9/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > > > Does it make sense to have update on and validation off? What > > about type > > > > > > conversion errors? > > > > > > > > > > > > -Igor > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: [EMAIL PROTECTED] [mailto:wicket- > > > > > develop- > > > > > > > [EMAIL PROTECTED] On Behalf Of Eelco Hillenius > > > > > > > Sent: Friday, September 09, 2005 12:10 PM > > > > > > > To: [email protected] > > > > > > > Subject: Re: [Wicket-develop] More button talk. > > > > > > > > > > > > > > What about triggerFormUpdate and triggerFormValidate ? > > > > > > > > > > > > > > Eelco > > > > > > > > > > > > > > On 9/9/05, Phil Kulak <[EMAIL PROTECTED]> wrote: > > > > > > > > I'm not attached to that term. It's just another case of using > > what > > > > > > > > other frameworks use, I guess. But you're right, we are only > > talking > > > > > > > > about binding in one direction, so it may be wise to change > > it. I > > > > > like > > > > > > > > "updateForm". > > > > > > > > > > > > > > > > On 9/9/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > > > > > > > > Checking it out now. One thing: the property is now called > > > > > binding. I > > > > > > > > > think it could have a better name. I find binding confusing > > as the > > > > > > > > > binding is allways done for reading, and it doesn't make > > clear > > > > > that > > > > > > > > > the thing you want to turn on or off is actually whether the > > form > > > > > > > > > model(s) are updated or not. > > > > > > > > > > > > > > > > > > What about updateForm or applyInput or something? > > > > > > > > > > > > > > > > > > Eelco > > > > > > > > > > > > > > > > > > > > > > > > > > > On 9/9/05, Phil Kulak <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Does anyone have a second to check this out? I would just > > like > > > > > to > > > > > > > know > > > > > > > > > > if it's something that's going to be applied so I can > > either > > > > > > > continue > > > > > > > > > > to use it, or find some other way to do what I need. > > Thanks! > > > > > > > > > > > > > > > > > > > > On 9/7/05, Phil Kulak <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > I just submitted the patch. I was able to make > > > > > > > > > > > setDefaultFormProcessing(boolean) a virtual field that > > just > > > > > sets > > > > > > > > > > > isBinding(boolean) and isValidating(boolean) at the same > > time. > > > > > One > > > > > > > > > > > problem I ran into though, was that the javadoc didn't > > > > > actually > > > > > > > > > > > reflect how the processing actually occured. The > > comments > > > > > > > suggested > > > > > > > > > > > that the form's onSubmit() was always called after the > > button, > > > > > but > > > > > > > > > > > that's not the case. I went ahead and duplicated what > > actually > > > > > > > happens > > > > > > > > > > > rather then what was commented and modified the comment. > > So, > > > > > long > > > > > > > > > > > story short, the processing should be exactly the same > > and the > > > > > API > > > > > > > > > > > didn't change, but now you can exactly specify if > > binding or > > > > > > > > > > > validation happens. > > > > > > > > > > > > > > > > > > > > > > On 9/6/05, Ralf Ebert <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > not sure about this. I would like to have a enum like > > thing > > > > > with > > > > > > > > > > > > NOTHING, VALIDATION_ONLY and VALIDATION_AND_UPDATE. I > > also > > > > > like > > > > > > > the > > > > > > > > > > > > way in which it is done right now, so I get validation > > and > > > > > model > > > > > > > > > > > > updating automatically and if I don't want that, I > > have to > > > > > call > > > > > > > the > > > > > > > > > > > > methods myself. > > > > > > > > > > > > I also think a (convenient) way is needed to submit a > > form > > > > > and > > > > > > > losing > > > > > > > > > > > > no form data without validation and without model > > updating. > > > > > This > > > > > > > is > > > > > > > > > > > > needed for example if there is a file upload button > > within a > > > > > > > form. > > > > > > > > > > > > You need to submit the form for uploading the file but > > that > > > > > > > doesn't > > > > > > > > > > > > mean you want to update the model as well in every > > case. > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > Ralf > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------ > > - > > > > > > > > > > > > SF.Net email is Sponsored by the Better Software > > Conference > > > > > & > > > > > > > EXPO > > > > > > > > > > > > September 19-22, 2005 * San Francisco, CA * > > Development > > > > > > > Lifecycle Practices > > > > > > > > > > > > Agile & Plan-Driven Development * Managing Projects & > > Teams > > > > > * > > > > > > > Testing & QA > > > > > > > > > > > > Security * Process Improvement & Measurement * > > > > > > > http://www.sqe.com/bsce5sf > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Wicket-develop mailing list > > > > > > > > > > > > [email protected] > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket- > > develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > > SF.Net email is Sponsored by the Better Software > > Conference & > > > > > EXPO > > > > > > > > > > September 19-22, 2005 * San Francisco, CA * Development > > > > > Lifecycle > > > > > > > Practices > > > > > > > > > > Agile & Plan-Driven Development * Managing Projects & > > Teams * > > > > > > > Testing & QA > > > > > > > > > > Security * Process Improvement & Measurement * > > > > > > > http://www.sqe.com/bsce5sf > > > > > > > > > > _______________________________________________ > > > > > > > > > > Wicket-develop mailing list > > > > > > > > > > [email protected] > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket- > > develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > SF.Net email is Sponsored by the Better Software Conference > > & EXPO > > > > > > > > > September 19-22, 2005 * San Francisco, CA * Development > > Lifecycle > > > > > > > Practices > > > > > > > > > Agile & Plan-Driven Development * Managing Projects & Teams > > * > > > > > Testing > > > > > > > & QA > > > > > > > > > Security * Process Improvement & Measurement * > > > > > > > http://www.sqe.com/bsce5sf > > > > > > > > > _______________________________________________ > > > > > > > > > Wicket-develop mailing list > > > > > > > > > [email protected] > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > SF.Net email is Sponsored by the Better Software Conference & > > EXPO > > > > > > > > September 19-22, 2005 * San Francisco, CA * Development > > Lifecycle > > > > > > > Practices > > > > > > > > Agile & Plan-Driven Development * Managing Projects & Teams * > > > > > Testing & > > > > > > > QA > > > > > > > > Security * Process Improvement & Measurement * > > > > > > > http://www.sqe.com/bsce5sf > > > > > > > > _______________________________________________ > > > > > > > > Wicket-develop mailing list > > > > > > > > [email protected] > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > SF.Net email is Sponsored by the Better Software Conference & > > EXPO > > > > > > > September 19-22, 2005 * San Francisco, CA * Development > > Lifecycle > > > > > > > Practices > > > > > > > Agile & Plan-Driven Development * Managing Projects & Teams * > > Testing > > > > > & QA > > > > > > > Security * Process Improvement & Measurement * > > > > > http://www.sqe.com/bsce5sf > > > > > > > _______________________________________________ > > > > > > > Wicket-develop mailing list > > > > > > > [email protected] > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > > > > Practices > > > > > > Agile & Plan-Driven Development * Managing Projects & Teams * > > Testing & > > > > > QA > > > > > > Security * Process Improvement & Measurement * > > > > > http://www.sqe.com/bsce5sf > > > > > > _______________________________________________ > > > > > > Wicket-develop mailing list > > > > > > [email protected] > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > > > > Practices > > > > > Agile & Plan-Driven Development * Managing Projects & Teams * > > Testing & QA > > > > > Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > > > > _______________________________________________ > > > > > Wicket-develop mailing list > > > > > [email protected] > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > > & QA > > > > Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > > > _______________________________________________ > > > > Wicket-develop mailing list > > > > [email protected] > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > > QA > > > Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > > _______________________________________________ > > > Wicket-develop mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Wicket-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-develop > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
