Unfortunately it's going to take a bit of work on your part to get the form data to be retained. Usually what happens in situations like this is if the data you get from the user isn't good for one reason or another, you'll route them back to the form page yourself. That way you have control over things like using session variables or hidden form fields and you can repopulate the form. If you take them to a confirmation page of some sort and say "oops--something's wrong-- please hit back and try again" then you're dead in the water because you lose control of things. Hope that makes sense!

Matt

On May 18, 2005, at 5:16 PM, Gary L. Alford wrote:

You are correct in all your assumptions. I changed the friendly HTTP errors
based on your response yesterday. That fixed that problem.


As far has hitting the back button, I am using it in my development phase.
If the data doesn't process correctly, I alter the code and either refresh
the code or press the back button to perform some other action. Also, if
some bonehead can't seem to enter the information in correctly, at times, I
provide a warning to press the back button and try again. Most of these
situations I have covered with <cfinput...required="Yes" tags and JavaScript
validation tags. However, there are a few instances where it was much
easier to have the user press their back button than try to code all the
variations in the JavaScript.



________________________________

Gary L. Alford
Adjunct Professor, Dallas Baptist University
(817) 261-6238
[EMAIL PROTECTED]
________________________________


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Matthew Woodward
Sent: Wednesday, May 18, 2005 5:06 PM
To: [email protected]
Subject: Re: Scratching my head...


The "friendly http error" stuff doesn't have anything to do with the loss of
form data.


Unfortunately you have to handle the retention of the form data yourself,
either through session variables or hidden form fields that get posted back
to the original form. (I think there's something new
in CFMX 7 that does auto-retention but I haven't looked into it.)
Also, if you're talking about autocomplete in the *browser*, that has
nothing to do with CF either. The way that stuff usually works is if it
recognizes a standard form field name like "email" it will populate that
field with an email address that it has stored.


So you're actually asking multiple questions:
1. AutoComplete: nothing to do with CF--check your form field names and mess
with those to see if that helps.


2. Retaining Form Data: you have to handle this yourself, and even if you
try, if they literally hit the back button in the browser, then it's a crap
shoot depending on their browser settings. I guess the other question I
would have is why you'd have to hit the back button after you submit the
form?


3. Friendly HTTP Errors--that had to do with something different that you
asked yesterday if I remember correctly.


Matt

On May 18, 2005, at 4:55 PM, Gary L. Alford wrote:


CFMX 6.1 Server / Administrator
Development server running on IIS (locally) Windows 2000 Server-based
system Internet Explorer version 6.0.2800

On some form pages, the information I populate into the form is
retained and provides me with AutoComplete options for other
submittals of the same form (this is a good thing). However, other
form pages, more complex, will not retain my form variables for
AutoComplete options. Also, when I submit the form to the action page
and then click my back button, the form fields do not automatically
repopulate themselves with the information just submitted.
I have to fill out the entire form again - quite frustrating.


Does anyone know of a setting somewhere that I'm missing? I have made
sure that "Show Friendly HTTP Error Messages" is turned off in the
Internet Options.


Please advise.

  _____

Gary L. Alford
Adjunct Professor, Dallas Baptist University
(817) 261-6238
[EMAIL PROTECTED]
  _____





<winmail.dat>



-- Matthew Woodward [EMAIL PROTECTED]


---------------------------------------------------------- To post, send email to [email protected] To unsubscribe: http://www.dfwcfug.org/form_MemberUnsubscribe.cfm To subscribe: http://www.dfwcfug.org/form_MemberRegistration.cfm


---------------------------------------------------------- To post, send email to [email protected] To unsubscribe: http://www.dfwcfug.org/form_MemberUnsubscribe.cfm To subscribe: http://www.dfwcfug.org/form_MemberRegistration.cfm




-- Matthew Woodward [EMAIL PROTECTED]


----------------------------------------------------------
To post, send email to [email protected]
To unsubscribe: http://www.dfwcfug.org/form_MemberUnsubscribe.cfm
To subscribe: http://www.dfwcfug.org/form_MemberRegistration.cfm





Reply via email to