Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #2383
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: multi-page form |
| Date | 2011-06-28 20:21 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <iudr6o$263$1@dont-email.me> (permalink) |
| References | (7 earlier) <iud4r0$2ij$1@dont-email.me> <iud8fv$cl$1@dont-email.me> <iudb2t$jab$2@dont-email.me> <iudmb4$168$1@dont-email.me> <20pk075rjugjro1gqnbl6bortf9pn9cvje@4ax.com> |
On 6/28/2011 7:30 PM, Jeff North wrote: > On Tue, 28 Jun 2011 18:58:42 -0400, in comp.lang.php Jerry Stuckle > <jstucklex@attglobal.net> > <iudmb4$168$1@dont-email.me> wrote: > >> | On 6/28/2011 3:46 PM, Bill B wrote: >> |> On 6/28/2011 3:02 PM, Jerry Stuckle wrote: >> |>> On 6/28/2011 2:00 PM, Bill B wrote: >> |>>> On 6/28/2011 12:13 PM, William Gill wrote: >> |>>>> Don't know what I was really expecting to find. Guess I'll just go the >> |>>>> ECMA script (JavaScript); XMLHttpRequest and session variable route. >> |>>> >> |>>> If the issue is users pressing the back button to look at previously >> |>>> entered data, revisit the idea of providing the cumulative information >> |>>> that has been entered, thus taking away the need to go back. Once >> |>>> posted, the data can be placed in session variables and will follow the >> |>>> user as s/he goes from page/form to page/form. This eliminates the need >> |>>> for a complex coding solution. >> |>>> >> |>>> Bill B >> |>>> >> |>>> >> |>> >> |>> Saving the data in the $_SESSION array and displaying it if it exists >> |>> isn't really a "complex coding solution". Plus the user can then go back >> |>> and change a response if necessary. >> |> >> |> Would you not be inclined to offer the user a submit button to give some >> |> control over going backwards rather than force the user to use the >> |> browser back button? >> |> >> |> Bill >> | >> | Users are already familiar with the operation of the back button. Why >> | force them to change to something abnormal? And even if you do, they'll >> | still press the back button... >> | >> | Of course, you can effectively disable the back button - at the risk of >> | needlessly aggravating your users. > > No you can't disable the back button!!!!! > http://www.jibbering.com/faq/#disableBackButton Actually, it's quite easy to effectively disable the back button. I do it quite regularly for pages where I don't want the user to be able to go back - like payment processing confirmation. And no client-side programming such as javascript required. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
multi-page form William Gill <noreply@domain.invalid> - 2011-06-27 12:40 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-27 13:31 -0400
Re: multi-page form William Gill <noreply@domain.invalid> - 2011-06-27 13:41 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-27 14:24 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-27 17:32 -0400
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-27 18:01 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-27 18:18 -0400
Re: multi-page form Graham Hobbs <ghobbs@cdpwise.net> - 2011-07-05 20:06 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-27 18:54 -0400
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-28 04:22 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-28 06:53 -0400
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-28 12:13 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-28 14:00 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-28 15:02 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-28 15:06 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-28 15:46 -0400
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-28 16:05 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-28 16:12 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-28 16:20 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-28 18:58 -0400
Re: multi-page form Jeff North <jnorthau@yahoo.com.au> - 2011-06-29 09:30 +1000
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-28 20:21 -0400
Re: multi-page form Jeff North <jnorthau@yahoo.com.au> - 2011-06-29 14:52 +1000
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 07:59 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-29 08:09 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 08:41 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-29 08:48 -0400
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 11:08 -0400
Re: multi-page form Bill B <me@privacy.net> - 2011-06-29 12:27 -0400
Re: multi-page form Jeff North <jnorthau@yahoo.com.au> - 2011-06-29 23:10 +1000
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 11:09 -0400
Re: multi-page form Michael Fesser <netizen@gmx.de> - 2011-06-29 18:56 +0200
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 15:32 -0400
Re: multi-page form "Peter H. Coffin" <hellsop@ninehells.com> - 2011-06-28 13:57 -0500
Re: multi-page form Jeff North <jnorthau@yahoo.com.au> - 2011-06-29 08:46 +1000
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-28 19:29 -0400
Re: multi-page form Jeff North <jnorthau@yahoo.com.au> - 2011-06-29 15:15 +1000
Re: multi-page form Jerry Stuckle <jstucklex@attglobal.net> - 2011-06-29 08:01 -0400
Re: multi-page form Michael Fesser <netizen@gmx.de> - 2011-06-29 19:00 +0200
Re: multi-page form Michael Fesser <netizen@gmx.de> - 2011-06-29 19:05 +0200
Re: multi-page form William Gill <nospam@domain.invalid> - 2011-06-29 13:44 -0400
csiph-web