html:reset and html:cancel
Is it just me, or do these objects have no intrinsic affect on html:text objects? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html:reset and html:cancel
On Tuesday 10 June 2003 14:30, Mark Galbreath wrote: Is it just me, or do these objects have no intrinsic affect on html:text objects? From which perspective do you mean? Client or server? The reset is basically an html input of type reset which will effect the page on the client side, while the cancel submit the form, but signals the controller that the form was cancelled (server side). I doubt you suffer from this, but I've seen several cases where developers think that if the user fills out a form and submits it, but it fails on validation and returns to render the page with those invalid entries, that hitting the reset will reset (in their mind) the page back to a blank page. That, of course, is the difference between a reset and a clear button. Have I come close to answering your question? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: html:reset and html:cancel
Close - input type=reset/ and html:reset/ both clear input type=text/ but neither clear html:text/. Until Struts, I always used input type=reset/ to clear the textfields of a form and assumed html:reset/ would do the same. So my original question is, what intrinsic value does html:reset/ have for html:text/ objects if they cannot clear them or reset them to their default values on the client? RU saying that I have to create a custom clear() function to clear html:text/ objects on the client side (or is this even possible on the client)? Mark -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:51 PM To: Struts Users Mailing List Subject: Re: html:reset and html:cancel On Tuesday 10 June 2003 14:30, Mark Galbreath wrote: Is it just me, or do these objects have no intrinsic affect on html:text objects? From which perspective do you mean? Client or server? The reset is basically an html input of type reset which will effect the page on the client side, while the cancel submit the form, but signals the controller that the form was cancelled (server side). I doubt you suffer from this, but I've seen several cases where developers think that if the user fills out a form and submits it, but it fails on validation and returns to render the page with those invalid entries, that hitting the reset will reset (in their mind) the page back to a blank page. That, of course, is the difference betwee a reset and a clear button. Have I come close to answering your question? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html:reset and html:cancel
On Tuesday 10 June 2003 15:00, Mark Galbreath wrote: Close - input type=reset/ and html:reset/ both clear input type=text/ but neither clear html:text/. Until Struts, I always used input type=reset/ to clear the textfields of a form and assumed html:reset/ would do the same. So my original question is, what intrinsic value does html:reset/ have for html:text/ objects if they cannot clear them or reset them to their default values on the client? RU saying that I have to create a custom clear() function to clear html:text/ objects on the client side (or is this even possible on the client)? Yes and no, when the page is rendered, the values you see are those input's default values, so hitting reset will change them back to their default values (values they had when the page was loaded). If this happens to be a new form (such as creating a new registration in the struts-example), then those fields are typically emtpy (exeption being default values that may have been used). From here, if you fill out the entire form, then hit reset, the fields will revert to their values that were there when the page was rendered. However, if you hit enter after filling out the form, but validation fails and you are brought back to the jsp to fill in...oh, let's say a required field that was left blank, then hitting reset at that point looks like it does nothing, hence the confusion. A clear can be implemented either on the client or the server (it's your choice). For client approach, you must do as you suggested (JavaScript, isn't it wonderful?). For a server-side clear, just use html:cancel but change it to show Reset (html:cancel value=Reset). Read up on the docos for this one. There are a couple of gotcha's. So, I hope this clears things up ;) Mark -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:51 PM To: Struts Users Mailing List Subject: Re: html:reset and html:cancel On Tuesday 10 June 2003 14:30, Mark Galbreath wrote: Is it just me, or do these objects have no intrinsic affect on html:text objects? From which perspective do you mean? Client or server? The reset is basically an html input of type reset which will effect the page on the client side, while the cancel submit the form, but signals the controller that the form was cancelled (server side). I doubt you suffer from this, but I've seen several cases where developers think that if the user fills out a form and submits it, but it fails on validation and returns to render the page with those invalid entries, that hitting the reset will reset (in their mind) the page back to a blank page. That, of course, is the difference betwee a reset and a clear button. Have I come close to answering your question? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: html:reset and html:cancel
Using html:reset/ or html:cancel does not clear the entered data to defaults. This is before a submit, typically when a user has entered a bunch of data and realized he was looking at the wrong ledger and wants to reset everything to 0. It's not working. And this shouldn't be rocket science! :-) Mark -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 3:21 PM To: Struts Users Mailing List Subject: Re: html:reset and html:cancel On Tuesday 10 June 2003 15:00, Mark Galbreath wrote: Close - input type=reset/ and html:reset/ both clear input type=text/ but neither clear html:text/. Until Struts, I always used input type=reset/ to clear the textfields of a form and assumed html:reset/ would do the same. So my original question is, what intrinsic value does html:reset/ have for html:text/ objects if they cannot clear them or reset them to their default values on the client? RU saying that I have to create a custom clear() function to clear html:text/ objects on the client side (or is this even possible on the client)? Yes and no, when the page is rendered, the values you see are those input's default values, so hitting reset will change them back to their default values (values they had when the page was loaded). If this happens to be a new form (such as creating a new registration in the struts-example), then those fields are typically emtpy (exeption being default values that may have been used). From here, if you fill out the entire form, then hit reset, the fields will revert to their values that were there when the page was rendered. However, if you hit enter after filling out the form, but validation fails and you are brought back to the jsp to fill in...oh, let's say a required field that was left blank, then hitting reset at that point looks like it does nothing, hence the confusion. A clear can be implemented either on the client or the server (it's your choice). For client approach, you must do as you suggested (JavaScript, isn't it wonderful?). For a server-side clear, just use html:cancel but change it to show Reset (html:cancel value=Reset). Read up on the docos for this one. There are a couple of gotcha's. So, I hope this clears things up ;) Mark -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:51 PM To: Struts Users Mailing List Subject: Re: html:reset and html:cancel On Tuesday 10 June 2003 14:30, Mark Galbreath wrote: Is it just me, or do these objects have no intrinsic affect on html:text objects? From which perspective do you mean? Client or server? The reset is basically an html input of type reset which will effect the page on the client side, while the cancel submit the form, but signals the controller that the form was cancelled (server side). I doubt you suffer from this, but I've seen several cases where developers think that if the user fills out a form and submits it, but it fails on validation and returns to render the page with those invalid entries, that hitting the reset will reset (in their mind) the page back to a blank page. That, of course, is the difference betwee a reset and a clear button. Have I come close to answering your question? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]