Re: Forms not passing data?

Gotit. Apologies for not tracking the thread closely. It might be interesting to log ALL the variables in the various scopes when that happens and see what's coming through. Good luck! On 9/22/14, 1:25 PM, Phillip Vector wrote: > Already corrected it and it's still doing it. > > I'm willing to

Re: Forms not passing data?

Already corrected it and it's still doing it. I'm willing to try anything at this point. On Mon, Sep 22, 2014 at 1:16 PM, .jonah wrote: > > But the correct answer is to correct the enctype so this won't be an issue. > > On 9/22/14, 12:21 PM, Phillip Vector wrote: > > AAAa... There we go. T

Re: Forms not passing data?

But the correct answer is to correct the enctype so this won't be an issue. On 9/22/14, 12:21 PM, Phillip Vector wrote: > AAAa... There we go. That's the most logical answer (since I blocked > the error emails from that one user and when that specific error shows up > and it's been quiet). >

Re: Forms not passing data?

AAAa... There we go. That's the most logical answer (since I blocked the error emails from that one user and when that specific error shows up and it's been quiet). I'll pass the word along and let him know. Thank you. :) On Mon, Sep 22, 2014 at 12:19 PM, UXB Internet wrote: > > > The iss

RE: Forms not passing data?

> The issue mainly is that it's not always happening all the time. So it's not > repeatable as far as I can tell. If you have verified the code then check to see if the user in question is running an internet security program of some kind. Many of the firewalls they install prevent form submis

Re: Forms not passing data?

Thanks for the tips. I'll see what I can find. On Sun, Sep 21, 2014 at 1:59 PM, Russ Michaels wrote: > > ok a few couple of reasons I can think of. > > you have an un-closed tag somewhere in the form, but it doesn't always get > rendered, maybe some conditional logic causes it to only display

Re: Forms not passing data?

ok a few couple of reasons I can think of. you have an un-closed tag somewhere in the form, but it doesn't always get rendered, maybe some conditional logic causes it to only display for some people. Some other conditional logic that causes the page to get redirected or reloaded, thus without th

Re: Forms not passing data?

The issue mainly is that it's not always happening all the time. So it's not repeatable as far as I can tell. On Sun, Sep 21, 2014 at 1:07 PM, Russ Michaels wrote: > > ISTR fusebox apps by default always used FormURL2Attributes tag o convert > all the form and url scope to attributes scope. > o

Re: Forms not passing data?

ISTR fusebox apps by default always used FormURL2Attributes tag o convert all the form and url scope to attributes scope. obviously it has been many many years since I looked at fusebox, although the thought of it still makes me ill :-) but perhaps this tag kills off the original scope in certain

Re: Forms not passing data?

It was just a copy over from an old form. The old login page was a combo login/create account that had a picture upload as part of the creation process. I removed the enctype and I'm still getting the error. On Sun, Sep 21, 2014 at 10:12 AM, Dave Watts wrote: > > > I don't know if this is a CF

Re: Forms not passing data?

> I don't know if this is a CFML issue or what... But perhaps someone has run > across this and can offer a hand... > > enctype="multipart/form-data"> > > > value="Log in"> > > > (It's not this bad, but I removed

Re: Forms not passing data?

No. Just a straight form. No AJAX. I THINK I traced it down to a bug in Railo in that it needs write access to the Web-Inf directory. But we will see if the issue is solved or not later. On Sun, Sep 21, 2014 at 8:47 AM, Dan G. Switzer, II wrote: > > Are you posting the data via AJAX? There's a

Re: Forms not passing data?

Are you posting the data via AJAX? There's a known issue w/IE9 and earlier w/AJAX POST operations, where if the server's keep alive timeout is lower than 60 seconds, it can cause IE problems and what you get is a request that doesn't post the data back to the server. -Dan On Sun, Sep 21, 2014 at

Re: Forms going into Barracuda

they shouldn't even need to do that. they simply need to whitelist the web server which sends the form so it is no spam filtered, and add it to your SPF record also. On Mon, Jan 13, 2014 at 3:05 PM, Steve LaBadie wrote: > > I have numerous forms on the website that are being delivered to speci

Re: Forms going into Barracuda

On Mon, Jan 13, 2014 at 4:05 PM, Steve LaBadie wrote: > I am being asked to insert some type of header record to indicate the > message is coming from a local form that guarantees a person completed the > fields. cfmailparam is your friend: https://learn.adobe.com/wiki/display/coldfusionen/cfma

Re: Forms Processing: Updating Only Changed Data

After reading my answer, I realize the way I worded it may be confusing. Here's an example. On your form: On your processing page. That's the basics of what I was trying to get at. thanks, eric cobb ecar technologies, llc http://www.cfgears.com Eric Cobb wrote: > The first thin

Re: Forms Processing: Updating Only Changed Data

Some of the answer depends on your overall architecture. The first step would be to retrieve the relevant database record using the ID passed from your form. That would give you, in some manner (a query record, a bean, whatever) a representation of the existing data. Then you could write a routin

Re: Forms Processing: Updating Only Changed Data

The first thing that jumps out at me would be to have hidden form fields in the form that contain the original values. Then, when you're processing the form any value that doesn't match its corresponding hidden value has been changed. thanks, eric cobb ecar technologies, llc http://www.cfge

Re: Forms within CFWINDOW

I'd like to add some quick comments. a) my approach is done when this particular form action usually also have some impact on the Main/Parent window hence justification of reloading this window, otherwise, the cost of reloading the Main window does not seem to be necessary unless not much proce

Re: Forms within CFWINDOW

OK, followup to my own question. The form that I am displaying with cfwindow has date fields. I always like to give my users a date picker, and I generally use Mishoo's excellent DHTML calendar -- http://www.dynarch.com/projects/calendar/ However, I was unable to get this to work properly when th

Re: Forms within CFWINDOW

Yeah, your right, I see what Pete is after now. The easiest way is to use cfform otherwise you need to use the ColdFusion JavaScript functions. I misread and thought you wanted a form on the main page to submit to a cfwindow. On Jan 8, 2008 8:01 PM, Azadi Saryev <[EMAIL PROTECTED]> wrote: > iir

Re: Forms within CFWINDOW

iirc, where your form in a cfwindow submits to (that cfwindow or the master page) depends on if you use or hth --- Azadi Saryev Sabai-dee.com http://www.sabai-dee.com Pete Ruckelshaus wrote: > I would like to have a small form (normal HTML form) that is contained > within an AJAX cfwindow su

Re: Forms within CFWINDOW

Pete, You mean something like this: function submitPoll() { ColdFusion.navigate("pollEcho.cfm","pollResults","","","POST","pollForm"); ColdFusion.Window.show("pollResults"); } here pollEcho.cfm Cheers, Sam samfarmer.com On Jan 8, 2008 1:57 PM, Pe

Re: Forms within CFWINDOW

I'm not sure if I can understand your question. Is it something like this -- pop up a small window... -- main window ... e1 e2... ... After submission of this form, popMeUp.cfm pops up on the same screen while the parent/current cfwindow stay put? If the above underst

Re: #$^%& Forms!

Chris I took a look at that - I think it would be relatively straightforward to automate the generation of those snippets from a database table introspection or in a CMS too. Interesting stuff. Thanks for bringing it to our attention. Cheers Mike Kear Windsor, NSW, Australia Adobe Certified Adva

RE: #$^%& Forms!

: Monday, October 22, 2007 4:26 AM To: CF-Talk Subject: Re: #$^%& Forms! On 25/09/2007, Michael David <[EMAIL PROTECTED]> wrote: > Ok, I admit it; I hate developing forms! > > There's not one part of the process that I find even remotely > interesting, enlightening, or

Re: #$^%& Forms!

On 25/09/2007, Michael David <[EMAIL PROTECTED]> wrote: > Ok, I admit it; I hate developing forms! > > There's not one part of the process that I find even remotely > interesting, enlightening, or fulfilling. > > Forms suck. > > Now that I got that off of my chest, does anyone know of some > nifty-

Re: #$^%& Forms!

Miss a digit, we don't care about the phone number. Originally we were going to restrict it but decided not to later on and have been to "busy" (or lazy) to fix the form. erj On 9/25/07, Wayne Putterill <[EMAIL PROTECTED]> wrote: > > Love to join your alpha but ironically I can't get my (uk) phon

RE: #$^%& Forms!

-Original Message- From: Wayne Putterill [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 12:15 AM To: CF-Talk Subject: Re: #$^%& Forms! Love to join your alpha but ironically I can't get my (uk) phone number past your form validation :) Well I can if I miss off a digit..

Re: #$^%& Forms!

Love to join your alpha but ironically I can't get my (uk) phone number past your form validation :) Well I can if I miss off a digit... On 24/09/2007, jonese <[EMAIL PROTECTED]> wrote: > > > The CMS our company uses and is currently getting ready to release > open > source makes building f

RE: #$^%& Forms!

LOL. I think the general strategy (which several other replies have alluded to) is: 1. Hire a munchkin to code your boring forms 2. Spend all your new free time becoming the nifty-cool guy in the dark room After an interval that's both long (what a huge undertaking!) and short (but what a guru!)

Re: #$^%& Forms!

I wrote a form generator and submitted data handler into my ContentMonger CMS years ago. Supports every form type, secure forms, handles data encryption where desired etc. etc. Let the editors build and manage their own forms, I say :-). A year or so ago I put in hooks that let developers tie in

Re: #$^%& Forms!

The CMS our company uses and is currently getting ready to release open source makes building forms a bit more fun. It doesn't read the DB yet (future will) but it does create the tables, columns and has built in validation etc. You can even export a form and import it into another site. This

Re: #$^%& Forms!

I was going to say something similar to Justin. I got to the point where i was hating the drudgery of writing the forms. So i wrote a little app that interrogates a database table and writes a form that has an input field for every column in the table, making the appropriate input type for teh co

RE: #$^%& Forms!

I personally LOVE working with forms. I understand the OP's frustrations because I used to feel like that back when I tried to buid forms using PHP. -Original Message- From: Crow T. Robot [mailto:[EMAIL PROTECTED] Sent: Monday, September 24, 2007 3:04 PM To: CF-Talk Subjec

RE: #$^%& Forms!

> Now that I got that off of my chest, does anyone know of > some nifty-cool program/guy in a dark room halfway around > the world/magic spell that would help with most of the > more mundane aspects of the process. Our company specializes in web sites with CMS for the clients to manage all their o

Re: #$^%& Forms!

http://www.jotform.com You end up with some extra crap (form names not what you want, extra style info) but they're basically clean, and it's a lot easier to clean out what little isn't right than to build from scratch. I've given this to a couple of other developers, and gotten nothing but pr

Re: #$^%& Forms!

Transfer (http://www.transfer-orm.com/)? Reactor (http://trac.reactorframework.com/reactor)? objectBreeze (http://www.objectbreeze.com/)? :) On 9/24/07, Michael David <[EMAIL PROTECTED]> wrote: > Ok, I admit it; I hate developing forms! > > There's not one part of the process that I find even rem

RE: #$^%& Forms!

> I'm assuming he means just the overall monotony of developing forms, and I > must say, I totally agree. I think we can all agree to that, but if you're doing building CMS systems there's no way out of it. Don't think of it like forms. Think of it as "User Interface Data Entry Portal Programmin

Re: #$^%& Forms!

I'm assuming he means just the overall monotony of developing forms, and I must say, I totally agree. On 9/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > What aspect of developing the forms are you having an issue with? > > William > > -Original Message > -From: [EMAIL PROTECTED]

Re: #$^%& Forms!

What aspect of developing the forms are you having an issue with? William -Original Message -From: [EMAIL PROTECTED] -Date: Sep 24, 2007 12:46 -To: "CF-Talk" -Subj: #$^%& Forms! - -Ok, I admit it; I hate developing forms! - -There's not one part of the process that I find even remotely -

Re: #$^%& Forms!

have you checked out Flex? On 9/24/07, Michael David <[EMAIL PROTECTED]> wrote: > > Ok, I admit it; I hate developing forms! > > There's not one part of the process that I find even remotely > interesting, enlightening, or fulfilling. > > Forms suck. > > Now that I got that off of my chest, does a

Re: Forms: Populating a text field from a drop down menu

Stephen, thanks for your time and patience with me, this now works! ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client

Re: Forms: Populating a text field from a drop down menu

paul gordon wrote: >I'm trying to implement your way of doing things, but can only get so far. > >What would the "_root.phonelist" refer to in my code? > >It is still only adding one mobile number, and I think this would be the >reason - sorry if I sound dumb! > > Don't worry about it... I spen

Re: Forms: Populating a text field from a drop down menu

> paul gordon wrote: > > >>>paul gordon wrote: > >>> > >>> > >>I haven't done that, just tried the Flash form. > >> > >> > > > >Hooray! I've actually got the field to display the number of the > person selected. > > > >Is there a way of preserving the number and adding further numbers t

Re: Forms: Populating a text field from a drop down menu

paul gordon wrote: >>>paul gordon wrote: >>> >>> >>I haven't done that, just tried the Flash form. >> >> > >Hooray! I've actually got the field to display the number of the person >selected. > >Is there a way of preserving the number and adding further numbers to the same >field? > >

Re: Forms: Populating a text field from a drop down menu

>> paul gordon wrote: > >I haven't done that, just tried the Flash form. Hooray! I've actually got the field to display the number of the person selected. Is there a way of preserving the number and adding further numbers to the same field? ~

Re: Forms: Populating a text field from a drop down menu

> paul gordon wrote: > > >I've actually started having difficulties with the Flash form now - > when the page loads in the browser, it doesn't actually get anywhere, > it just loads constantly, or until the page times out. > > > If you put my javascript on the flash form that won't work. The >

Re: Forms: Populating a text field from a drop down menu

paul gordon wrote: >I've actually started having difficulties with the Flash form now - when the >page loads in the browser, it doesn't actually get anywhere, it just loads >constantly, or until the page times out. > If you put my javascript on the flash form that won't work. The javascript is

Re: Forms: Populating a text field from a drop down menu

I've actually started having difficulties with the Flash form now - when the page loads in the browser, it doesn't actually get anywhere, it just loads constantly, or until the page times out. ~| Logware (www.logware.us): a new

Re: Forms: Populating a text field from a drop down menu

>Here is what I come up with. > > >SELECT * >FROM ARTISTS > > >value="PHONE"> > > > > > >You could also do it using a cfgrid which would be also better. > >HTH > >MD > >On 14/09/05, Mark Drew <[EMAIL PROTECTED]> wrote: >> > I've actually started having difficulties with the Flash form now - when t

Re: Forms: Populating a text field from a drop down menu

Thanks Mark, it works a treat! ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free w

Re: Forms: Populating a text field from a drop down menu

I have to say that doing things with Flash forms being "easy" is a relative term. The functionality that is required in this instance is _not_ a simple field bind. To do this with Javascript would probably be just as easy, if not easier. function addnumber(thisOption) { thisForm = document.

Re: Forms: Populating a text field from a drop down menu

Here is what I come up with. SELECT * FROM ARTISTS You could also do it using a cfgrid which would be also better. HTH MD On 14/09/05, Mark Drew <[EMAIL PROTECTED]> wrote: > > Using flash forms is pretty easy, will come back with a sample for you in > a few minutes :) > > MD > > On

Re: Forms: Populating a text field from a drop down menu

Using flash forms is pretty easy, will come back with a sample for you in a few minutes :) MD On 14/09/05, paul gordon <[EMAIL PROTECTED]> wrote: > > >This is fairly easy using Flash forms in CFMX 7, is this what you are > using > >or is it normal HTML forms? > > > >Regards > > > >Mark Drew >

Re: Forms: Populating a text field from a drop down menu

>This is fairly easy using Flash forms in CFMX 7, is this what you are using >or is it normal HTML forms? > >Regards > >Mark Drew > > >On 14/09/05, MrG <[EMAIL PROTECTED]> wrote: >> I'm doing it in a standard HTML form. Would using Flash Forms be better? ~

Re: Forms: Populating a text field from a drop down menu

This is fairly easy using Flash forms in CFMX 7, is this what you are using or is it normal HTML forms? Regards Mark Drew On 14/09/05, MrG <[EMAIL PROTECTED]> wrote: > > Hi all, > > I'm a bit of a CF newbie, and need a bit of help on something I'm sure is > easy to do. > > I have created a

Re: Forms with errors being submitted

Make sure that the /cfide directory is properly mapped in Apache or IIS (or whatever webserver you are using). If not it can't find the JS files that CFFORM uses and throws a JS error. J.J. Claremont, Timothy wrote: > Using CF7, I have a data entry form (regular form, not flash). > > I have a

Re: Forms Advice

Couple other ideas: 1) make your page one large form, with field names like caption#imageId#, and then process them all when you submit. Going this route, I'd still probably page the gallery into batches of ten or so, just to make it more managable. 2) keep the per-image forms, but use JS Remoti

Re: Forms Generation

Isaac, Actually I have a buddy who works everyday on a large extranet that was built using SmartObjects. So I am familiar with it. I thought it had disappeared completely, but he tells me that it's now a project on Sourceforge. But I just checked and it's now in the process of moving to smart-

Re: Forms Generation

SiteObjects actually... soXML and soEditor were a couple of their products... Not to be nit-picky, just that SmartObjects actually happens to be the name of another CF something that's completely unrelated... http://www.siteobjects.com http://cfdj.sys-con.com/read/41953.htm http://smartcms.tigris

Re: Forms Generation

Connie, Slight correction, the SO_XML tag was by SiteObjects not SmartObjects. Same company as the SO_Editor. The tag was written by Brett Suwyn who was both a presenter and a member of our user group at the time.. Rick Mason Mid-Michigan CFUG www.ColdFusion.org

RE: Forms in Email

ay, February 11, 2005 12:13 PM To: CF-Talk Subject: Re: Forms in Email see if you can make the action="" point to the full url like http://www.yourdomain.com/formpost.cfm instead of formpost.cfm see if that works. tw On Fri, 11 Feb 2005 11:15:05 -0500, Matthew Small <[EMAIL

RE: Forms in Email

: Friday, February 11, 2005 6:49 PM >To: CF-Talk >Subject: RE: Forms in Email > >> What's the deal with an HTML email containing a >> form? The form, which works great in a web page, does not >> work when sent in an HTML email and is being viewed in an &g

RE: Forms in Email

> What's the deal with an HTML email containing a > form? The form, which works great in a web page, does not > work when sent in an HTML email and is being viewed in an > email client. I'm using Outlook 2003. Is this a security > measure of Outlook or is this a standard across t

Re: Forms in Email

> Hi guys, > What's the deal with an HTML email containing > a form? The form, > which works great in a web page, does not work when sent > in an HTML email > and is being viewed in an email client. I'm using Outlook > 2003. Is this a > security measure of Outlook or is

Re: Forms in Email

see if you can make the action="" point to the full url like http://www.yourdomain.com/formpost.cfm instead of formpost.cfm see if that works. tw On Fri, 11 Feb 2005 11:15:05 -0500, Matthew Small <[EMAIL PROTECTED]> wrote: > Hi guys, > >What's the deal with an HTML email con

Re: Forms to CFCs RE: Extra query info

The more I think about it, the more passing the form scope into the form processing CFC makes sense, as long as there is no overhead for this operation. On the other hand, I can't see a reason to pass the CGI scope into a CFC that's designed to do site logging. It's designed to operate with the

Re: Forms to CFCs RE: Extra query info

On Mon, 17 Jan 2005 18:30:25 -0500, Michael Dinowitz <[EMAIL PROTECTED]> wrote: > I guess I have to see more CFCs. The ones I've seen 'assume' that server, > application, session, and client exist and do not have to be passed in. I would classify those as "not good practice". > I usually even see

Re: Forms to CFCs RE: Extra query info

It all boils down to how much you value encapsulation. I think it's worth it, but that's just me. I hate testing code, so the more isolated each bit of code is the better. I also work on constant-development apps, so it's not a "build it and let it run" type thing, I'm constantly making changes.

RE: Forms to CFCs RE: Extra query info

...Sent: Monday, January 17, 2005 3:30 PM ...To: CF-Talk ...Subject: RE: Forms to CFCs RE: Extra query info ... ...I guess I have to see more CFCs. The ones I've seen 'assume' that server, ...application, session, and client exist and do not have to be passed in. I ...usually even see

RE: Forms to CFCs RE: Extra query info

I guess I have to see more CFCs. The ones I've seen 'assume' that server, application, session, and client exist and do not have to be passed in. I usually even see request.DSN 'assumed' into the form. In your example (I see what your saying about the form processing CFC) this would fail as no requ

Re: Forms to CFCs RE: Extra query info

I echo what Barney saidbut i also see a valid point in what Micheal is saying i thinkif I have a CFC called form_validator.cfc I should be able to use it on a form...but I think that kinda defeats some of the concepts that CFC are supposed to be used for...its like making a CSS class RedHea

Re: Forms to CFCs RE: Extra query info

On Mon, 17 Jan 2005 18:07:50 -0500, Michael Dinowitz <[EMAIL PROTECTED]> wrote: > This is where I disagree with the whole OO approach and what people consider > no nos. I know that the form processor CFC always processes a form. I know > that a form will only be posted as a form, never as an URL. I

Re: Forms to CFCs RE: Extra query info

Actually, you usually DO pass in server, application, session, and client variables into a CFC. Part of encapsulation is isolation from the environment. What if I switch from client to session variables? Do I really want to have to go change every CFC? Same with your form CFCs. Chances are goo

Re: forms as arrays

nothing wrong with it, but does it gain you anything? What if you want to add a length or onclick attributes to some but not all fields? If you want to shorten the code you could do your form the standard way but drop it in a separate file and cfinclude it. ~~

RE: forms and sub-forms best practices feedback desired

validation process and for multiform processing as well. Andy   -Original Message-   From: Dwayne Cole [mailto:[EMAIL PROTECTED]   Sent: Sunday, August 08, 2004 5:38 AM   To: CF-Talk   Subject: Re: forms and sub-forms best practices feedback desired   this sounds like a good excuse to build

Re: forms and sub-forms best practices feedback desired

For a display widget? ... Sounds like the wrong thing to use persistence for to me... CFC is a matter of preference. > this sounds like a good excuse to build a persistant cfc > component. > -- Original Message > -- > From: Arden Weiss <[EMAIL PROTECTED]> >

Re: forms and sub-forms best practices feedback desired

this sounds like a good excuse to build a persistant cfc component.   -- Original Message -- From: Arden Weiss <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date:  Sat, 07 Aug 2004 22:43:43 -0400 >In many cases I have a master form/page with a dozen or so

Re: forms and sub-forms best practices feedback desired - Michael Tangorre

  To: CF-Talk   Sent: Saturday, August 07, 2004 11:52 PM   Subject: Re: forms and sub-forms best practices feedback desired   Very nice -- Thanks   Hope to get some more inputs -- this ole brain needs all the help it can get and then some :-)) [Todays Threads] [This Message] [Subscription] [Fa

Re: forms and sub-forms best practices feedback desired

Very nice -- Thanks Hope to get some more inputs -- this ole brain needs all the help it can get and then some :-)) [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]

Re: forms and sub-forms best practices feedback desired

I guess that's up to you. I just did a form with MANY steps, after I validated each step and made sure all values entered were ok, I dumped the entire form results into a session structure (Thanks to a tip from a fellow cftalker it was extremely simple) as for keeping the data in the f

Re: Forms *sometimes* not holding info in MX

Something like this: Entry Form -> Action page that validates -> validate fails -> include entry form so you can repopulate the form. And like I said before, don't depend on the browser to retain form values. Gawd knows what kind of headers CFMX is sending. And so, for people who set their br

Re: Forms *sometimes* not holding info in MX

Don't rely on the browser to hold form values. Rather, redisplay the form with the value attribute populated. - Original Message - From: "E. Keith Dodd" <[EMAIL PROTECTED]> Date: Monday, November 18, 2002 10:44 am Subject: Forms *sometimes* not holding info in MX > (my first posting eve

Re: Forms and that darned browser "BACK" button...

Les Mizzell wrote: > I've got a 10 page multipart form constructed like > > FORM PAGE 1 submits to: > Process page 1 - which writes page 1 to the database and redirects > (cflocation) to: > FORM PAGE 2 submits to: > Process page 2 - which writes page 2 to the database and redirects > (cfl

RE: Forms and that darned browser "BACK" button...

I handle this by checking wether the Insert is going to overwrite and throw an error... if the userID is the same however I branch to an update statement instead of an insert statement. At 06:42 AM 8/14/02, you wrote: >:> Here's a method I use: instead of writing to the database on every new

RE: Forms and that darned browser "BACK" button...

Is Flash MX an option? You could store all of the answers locally in the flash movie, and then have CF populate the database when the user is done with the form. - No bandwidth or url size issues - No database issues. -Original Message- From: Les Mizzell [mailto:[EMAIL PROTECTED]] Sent:

RE: Forms and that darned browser "BACK" button...

Off the top of my head: Create a session variable containing the steps. (An array perhaps?) As each step is complete, remove the value from the session variable. On each page, check to see if the step is still available. If not, say "I'm sorry, but you've already completed this step" and give th

RE: Forms and that darned browser "BACK" button...

:> Here's a method I use: instead of writing to the database on every new :> page, just drop the entire form structure into every page as hidden :> fields. I thought about it, but this particular application has close to 650 fields, and I was a little worried about carrying that many from one pag

RE: Forms and that darned browser "BACK" button...

Here's a method I use: instead of writing to the database on every new page, just drop the entire form structure into every page as hidden fields. That way, if somebody wants to use the back button, only form fields are affected, and those can change from page to page without any effect on the db

Re: Forms and that darned browser "BACK" button...

oi Les!! try this: on all of your pages starting with the first one place this in the head history.forward() -- Critz Macromedia Certified Advanced ColdFusion Developer Tuesday, August 13, 2002, 8:39:40 PM, you wrote: LM> I've got a 10 page mul

Re: Forms: submit via button and required fields not working

onClick="somefunction()" function somefunction() { validation_goes_here submit(); } On Wed, 27 Mar 2002, Tim wrote: > I have a form that I wanted to restrict so that the user has to hit the Submit >button to enter the form, and not the Enter key. I included the following: > > > > Thi

RE: Forms: submit via button and required fields not working

You're using cfform, right? Form.submit() does not drive the form submission event. What you can do is look at your form page's html source and find the javascript in the tag that is called when the form is submitted. Call the same functions in your button tag and it should work. - Matt Smal

RE: Forms and CF Code

rom: Jochem van Dieten [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 9:32 AM To: CF-Talk Subject: Re: Forms and CF Code Shawn Grover wrote: > > I place my stripping functions in the application.cfm - so that every page I > code is automagically protected from the script ki

Re: Forms and CF Code

Shawn Grover wrote: > > I place my stripping functions in the application.cfm - so that every page I > code is automagically protected from the script kiddies, without me having > to worry about it on every page I write. (My functions loop through the > Query parameters, and the form elements -

RE: Forms and CF Code

tions loop through the Query parameters, and the form elements - guess I should include cookies in there too.) My two cents worth. Shawn Grover > -Original Message- > From: Raymond Camden [mailto:[EMAIL PROTECTED]] > Sent: 19 December 2001 15:44 > To: CF-Talk > Subject: R

Re: Forms and CF Code

Raymond Camden wrote: >> >>Many people generate dynamic forms and loop over either >>form.fieldnames >>or the form collection to evaluate the forms that are posted >>back. This >>frequently involves the Evaluate() function. Something like: >> >> >> other code >> >> > > This is bad

RE: Forms and CF Code

> > > Why would anyone need to clean cfcode? Unless you save user > input to a > > file and cfinclude it, it will not get executed. > > > Many people generate dynamic forms and loop over either > form.fieldnames > or the form collection to evaluate the forms that are posted > back. This >

Re: Forms and CF Code

Raymond Camden wrote: > Why would anyone need to clean cfcode? Unless you save user input to a > file and cfinclude it, it will not get executed. That is a dangerous oversimplification. Many people generate dynamic forms and loop over either form.fieldnames or the form collection to evaluate

RE: Forms and CF Code

mber 2001 15:44 > To: CF-Talk > Subject: RE: Forms and CF Code > > > Why would anyone need to clean cfcode? Unless you save user input to a > file and cfinclude it, it will not get executed. > > FYI, to clean HTML and stuff

  1   2   >