Yeh AFAIK when they reach the next page they should be fine if not you can always use #URLDecode(string)# - check it on Nutscrape as well.. let me know if it works - should do. I once did something similar to pass a wddx packet in a hidden form field.
Kola Oyedeji |Web Developer |ekeda elthorne gate |64 high street |pinner |middx |ha55qat +44(208)429 7333 f +44(208)429 7339 |www.ekeda.co.uk > -----Original Message----- > From: Will Swain [mailto:[EMAIL PROTECTED]] > Sent: 23 November 2001 13:05 > To: CF-Community > Subject: RE: form variable not being passed > > > Hi Kola, > > Problem with doing that is that of course when displayed on > the page the > characters are formatted in URLencoded format which makes it > quite difficult > for the user to edit them. > > Anyway I can display them as usual, but encode them for > sending them to the > next page? > > cheers > > will > > -----Original Message----- > From: Will Swain [mailto:[EMAIL PROTECTED]] > Sent: 23 November 2001 12:55 > To: CF-Community > Subject: RE: form variable not being passed > > > I'll give that a go Kola, > > Thanks for your help. > > will > > -----Original Message----- > From: Kola Oyedeji [mailto:[EMAIL PROTECTED]] > Sent: 23 November 2001 12:51 > To: CF-Community > Subject: RE: form variable not being passed > > > Sorry my bad I think if you enclose it in URLencodedFormat it should > ensure that chracters passed in the form are valid! > > Kola Oyedeji |Web Developer |ekeda > elthorne gate |64 high street |pinner |middx |ha55qa > t +44(208)429 7333 f +44(208)429 7339 |www.ekeda.co.uk > > > > -----Original Message----- > > From: Kola Oyedeji [mailto:[EMAIL PROTECTED]] > > Sent: 23 November 2001 12:43 > > To: CF-Community > > Subject: RE: form variable not being passed > > > > > > Will, > > > > try enclosing it in HTMLEditFormat() I think that escapes all > > those hi- > > ascii characters > > > > HTH > > > > > > > > > > Kola Oyedeji |Web Developer |ekeda > > elthorne gate |64 high street |pinner |middx |ha55qa > > t +44(208)429 7333 f +44(208)429 7339 |www.ekeda.co.uk > > > > > > > -----Original Message----- > > > From: Will Swain [mailto:[EMAIL PROTECTED]] > > > Sent: 23 November 2001 11:43 > > > To: CF-Community > > > Subject: RE: form variable not being passed > > > > > > > > > figured it out. this is a line from the source of the first page: > > > > > > <input type="Text" name="composer" size="40" > > maxlength="100" value="L > > > Jan�čk"> > > > > > > that # is the problem. > > > > > > i need to figure out how to escape it. > > > > > > cheers > > > w > > > > > > > > > -----Original Message----- > > > From: Will Swain [mailto:[EMAIL PROTECTED]] > > > Sent: 23 November 2001 11:18 > > > To: CF-Community > > > Subject: RE: form variable not being passed > > > > > > > > > Thanks Kola, > > > > > > well, Erika is having a look at the code, but from what I can > > > see in the > > > source, everything looks hunky dory. What seems strange is > > that in the > > > debugging info it recognises that there is a url variable > > > called e but on > > > the page it doesn't!! > > > > > > I will have a trawl through the forums. > > > > > > Cheers > > > > > > Will > > > > > > -----Original Message----- > > > From: Kola Oyedeji [mailto:[EMAIL PROTECTED]] > > > Sent: 23 November 2001 11:11 > > > To: CF-Community > > > Subject: RE: form variable not being passed > > > > > > > > > Will > > > > > > What is in the form field? Also what browser/platform? > > > > > > Have you double checked that the form is correctly formmated > > > in the source? > > > Are there any > > > duplicate form fields? > > > > > > If all else fails check the forums on the allaire site I dont > > > think you're > > > the first person to have this problem > > > > > > HTH > > > > > > Kola Oyedeji |Web Developer |ekeda > > > elthorne gate |64 high street |pinner |middx |ha55qa > > > t +44(208)429 7333 f +44(208)429 7339 |www.ekeda.co.uk > > > > > > > > > > -----Original Message----- > > > > From: Will Swain [mailto:[EMAIL PROTECTED]] > > > > Sent: 23 November 2001 11:02 > > > > To: CF-Community > > > > Subject: RE: form variable not being passed > > > > > > > > > > > > Nope, thats there. Also, there are about 15 other form > > > > fields, all of which > > > > are being passed. > > > > > > > > I reckon it must have somemthing to do with the content of > > > > this record, as I > > > > have tried other records and it works fine. > > > > > > > > Question now is what? > > > > > > > > will > > > > > > > > -----Original Message----- > > > > From: Kola Oyedeji [mailto:[EMAIL PROTECTED]] > > > > Sent: 23 November 2001 10:56 > > > > To: CF-Community > > > > Subject: RE: form variable not being passed > > > > > > > > > > > > sounds like you may have forgot to include method=post in > > the form! > > > > > > > > HTH > > > > > > > > Kola Oyedeji |Web Developer |ekeda > > > > elthorne gate |64 high street |pinner |middx |ha55qa > > > > t +44(208)429 7333 f +44(208)429 7339 |www.ekeda.co.uk > > > > > > > > > > > > > -----Original Message----- > > > > > From: Will Swain [mailto:[EMAIL PROTECTED]] > > > > > Sent: 23 November 2001 10:51 > > > > > To: CF-Community > > > > > Subject: form variable not being passed > > > > > > > > > > > > > > > Hey clever people. Why would a form variable not be passed? > > > > > > > > > > I have a form, and it is passing everything but an ID > > > > > variable over to the > > > > > next page. It is most bizarre: > > > > > > > > > > Error Occurred While Processing Request > > > > > Error Diagnostic Information > > > > > > > > > > An error occurred while evaluating the expression: > > > > > > > > > > > > > > > #Form.operaID# > > > > > > > > > > > > > > > > > > > > Error near line 30, column 57. > > > > > -------------------------------------------------------------- > > > > > -------------- > > > > > ---- > > > > > > > > > > Error resolving parameter FORM.OPERAID > > > > > > > > > > The specified form field cannot be found. This problem is > > > > > very likely due to > > > > > the fact that you have misspelled the form field name. > > > > > > > > > > The error occurred while processing an element with a general > > > > > identifier of > > > > > (#Form.operaID#), occupying document position (30:56) to > > > > > (30:69) in the > > > > > template file > > > > > c:\inetpub\wwwroot\_clients\glyndechat\cmt\opera_edit2.cfm. > > > > > > > > > > So, I notice in the debugging info that it is passing the > > > > > same missing form > > > > > variable as a url variable too: > > > > > > > > > > HTTP Referrer: > > > > > http://192.168.0.1/_clients/glyndechat/cmt/opera_edit1.cfm?e=4 > > > > > 3&refresh=1043 > > > > > 05 > > > > > > > > > > so I think, ok, I'll use #url.e# instead. Except when I try > > > > > that, I get an > > > > > error saying Error resolving parameter URL.E. > > > > > > > > > > What could be causing this problem? Any ideas? Help > me out here? > > > > > > > > > > will > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
