At 11/26/2002 10:42 AM, Shane wrote:
It's been a while since I have done any PHP work. I am creating an online
employment application using multiple forms for a client. I was going to use
PHP. I don't remember if I need to pass variables along with the form for
each page, or can I just call them
Oh, ok. That makes a lot more sense. Thanks for the info John :)
- Nilaab
> -Original Message-
> From: 1LT John W. Holmes [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 26, 2002 4:00 PM
> To: @ Nilaab; [EMAIL PROTECTED]
> Subject: Re: [PHP] Multiple page form
>
> Is there an actual way to store the data in a temporary table as you go
> through the multi-page form and then extract that data from the temporary
> storage from the DB App and either process the data or store it in a
> permanent place?
>
> I have never done this before, but maybe someone else h
On Wednesday 27 November 2002 05:11, [EMAIL PROTECTED] wrote:
> Is there an actual way to store the data in a temporary table as you go
> through the multi-page form and then extract that data from the temporary
> storage from the DB App and either process the data or store it in a
> permanent plac
PROTECTED]
> Subject: Re: [PHP] Multiple page form
>
>
> > > Yes. What's the point in taking the user's information if you aren't
> > > going to store it somewhere. Even if all you need to do is email
> > > the data upon completion of the form, st
> > Yes. What's the point in taking the user's information if you aren't
> > going to store it somewhere. Even if all you need to do is email
> > the data upon completion of the form, storing the data for later use
> > would be a good idea.
> Not always. Are your users aware of this?
> Just wonde
"Chris Boget" <[EMAIL PROTECTED]> wrote:
> > So, you are using a database to store the records?
>
> Yes. What's the point in taking the user's information if you aren't
> going to store it somewhere. Even if all you need to do is email
> the data upon completion of the form, storing the data f
> > Yes. What's the point in taking the user's information if you
> > aren't going to store it somewhere. Even if all you need to do is
> > email the data upon completion of the form, storing the data for
> > later use would be a good idea.
> Since it seems like you are inferring otherwise, I shou
--- Chris Boget <[EMAIL PROTECTED]> wrote:
> > So, you are using a database to store the records?
>
> Yes. What's the point in taking the user's information if you
> aren't going to store it somewhere. Even if all you need to do is
> email the data upon completion of the form, storing the data f
> So, you are using a database to store the records?
Yes. What's the point in taking the user's information if you aren't
going to store it somewhere. Even if all you need to do is email
the data upon completion of the form, storing the data for later use
would be a good idea.
Chris
--
PHP G
So, you are using a database to store the records?
-Original Message-
From: Chris Boget [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 26, 2002 10:45 AM
To: Shane McBride; [EMAIL PROTECTED]
Subject: Re: [PHP] Multiple page form
> It's been a while since I have done any PHP
--- Shane McBride <[EMAIL PROTECTED]> wrote:
> I don't remember if I need to pass variables along with the
> form for each page, or can I just call them on the last page.
Consider using sessions:
http://www.php.net/manual/en/ref.session.php
Chris
--
PHP General Mailing List (http://www.php.ne
> It's been a while since I have done any PHP work. I am creating an online
> employment application using multiple forms for a client. I was going to use
> PHP. I don't remember if I need to pass variables along with the form for
> each page, or can I just call them on the last page.
> The applica
Make sure you are not forgetting to include $action as a hidden input, so
your script can know how to process.
, for example
-Ben
-Original Message-
From: Jeremy Bowen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 23, 2001 12:17 PM
To: [EMAIL PROTECTED]
Subject: [PHP] Multiple Page
14 matches
Mail list logo