Re: Variables not being passed *back*

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 33841
interpreted = N
texte = Some browsers do not cache when they should... the best workaround is to make your forms submit to themselves and write custom code (or tweak someone elses - see archives) which does error checking on that same page and displays any problems if there are any... if there are no problems, then the page can silently redirect on to the next page (the page you really wanted the form submit to go to in the first place). Sorry to say this is going to be some work, but at this point it appears there is no better alternative. On the up side - once you manage this new type of technique, you can keep using it and no longer worry so much how well (or not) the latest browsers are handling caching.ask if something hear was not clear-JohnChristopher Mackay wrote:> Hi, > > My forms are now in pretty good shape, but not perfect. All data gets > carried through properly to the end as long as the customer makes no > mistakes. If they do, say they enter their Visa number incorrectly, > then hitting the back button in the browser resets all lineitems' > quantities to 1 (no matter what they were), and turns shiptostate > values, such as NB or NS, into [__shiptostate]. > > I've tried passing these values through the URL, thinking that might > make them less susceptible to being broken by the back button, but it > doesn't help. In fact, it makes it worse, so that it no longer works > even in the absence of user-error/back button use. > > There's something fundamental that I'm missing here... > -- > > Regards, > > Christopher Mackay, Multimedia Developer > Tantramar Interactive, http://www.tantramar.com/ > 506/364-1097 cell: 364-7659 fax: 536-2409 > ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Was: Variables not being passed *back* (WebDNA Support 2000)
  2. Re: Was: Variables not being passed *back* (John Peacock 2000)
  3. Was: Variables not being passed *back* (Christopher Mackay 2000)
  4. Re: Variables not being passed *back* (John Butler 2000)
  5. Re: Variables not being passed *back* (Christopher Mackay 2000)
  6. Re: Variables not being passed *back* (Dale 2000)
  7. Re: Variables not being passed *back* (John Butler 2000)
  8. Variables not being passed *back* (Christopher Mackay 2000)
Some browsers do not cache when they should... the best workaround is to make your forms submit to themselves and write custom code (or tweak someone elses - see archives) which does error checking on that same page and displays any problems if there are any... if there are no problems, then the page can silently redirect on to the next page (the page you really wanted the form submit to go to in the first place). Sorry to say this is going to be some work, but at this point it appears there is no better alternative. On the up side - once you manage this new type of technique, you can keep using it and no longer worry so much how well (or not) the latest browsers are handling caching.ask if something hear was not clear-JohnChristopher Mackay wrote:> Hi, > > My forms are now in pretty good shape, but not perfect. All data gets > carried through properly to the end as long as the customer makes no > mistakes. If they do, say they enter their Visa number incorrectly, > then hitting the back button in the browser resets all lineitems' > quantities to 1 (no matter what they were), and turns shiptostate > values, such as NB or NS, into [__shiptostate]. > > I've tried passing these values through the URL, thinking that might > make them less susceptible to being broken by the back button, but it > doesn't help. In fact, it makes it worse, so that it no longer works > even in the absence of user-error/back button use. > > There's something fundamental that I'm missing here... > -- > > Regards, > > Christopher Mackay, Multimedia Developer > Tantramar Interactive, http://www.tantramar.com/ > 506/364-1097 cell: 364-7659 fax: 536-2409 > ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ John Butler

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Cant get my own subtotal (2001) [append] and SSL (1997) normal users.db calls ... (1998) [Fwd: F3 database munching] (1997) 2.0 Info (1997) Running 2 two WebCatalog.acgi's (1996) Database multiple selections (1998) RE: Problems with shopping cart (1997) Moose on a Stump (2000) Combining search criteria in a context? (1998) WebCatalog for guestbook ? (1997) Country & Ship-to address & other fields ? (1997) WebCatalog on LinuxPPC (2000) Cart # Starting at 1000 (2000) Math function in Formula.db (1997) [WebDNA] Re-sending email (2018) Confused about Grep Syntax (2004) [WebDNA] Append speed limits (2008) Document Contains No Data! (1997) select multiple (1997)