To view the terms under which this email is distributed, please go to http://disclaimer.leedsmet.ac.uk/email.htm
On 09 December 2004 20:10, Stuart Felenstein wrote: > > Sorry, I'm not following you. Where are my GET > > parameters ? The way I've built my present script > > is > > the reults page is grabbing the parameters. Do I > > need > > to set up GET parameters in the first/search page ? > > > > > > > > Is the new script on a different server or in a > > > different directory? > > > Perhaps with register_globals turned OFF? > > > > > No , same server, The new scripts are in a different > > directory then the previous one. They are not > > related > > or call to each other.Register_globals are set to > > ON. > > > I don't mean to drag this out as I have my work cut > out for me. I did want to add a few more factors that > perhaps is preventing this script from doing the > things I want. > > The first search / results form (the one that works): > a: is really proprietary code which is why I want to dump it > b: It was created as one page and then I broke the > "grid"(results) portion off, so: > c: In the new scripts the search and results were > created seperately and most of the code is in the > results page. > What I'm saying is in the search form, all that exists > is the form elements themselves and some resultsets > that feed the multi select lists and menu drop downs. > > The results page, has the resultset for formulating > the return records, but it also has the query string > code that grabs the parameters explodes and implodes them. > I'm wondering if perhaps I need some of this code in the search page. Please, stop giving us vague, generalized descriptions of your application, and how it is or isn't working "right", and vague, generalized descriptions of the data it's supposed to be working with. To really help, we need *specific* information about what you are trying to do, with *specific* samples of the errant code, *specific* examples of data/information it is being supplied with, *specific* examples of what you expect to happen to it and what, *specifically*, is happening instead. Personally, I'd much rather have a stream of very specific questions, with full sets of sample code, input values, expected output and actual erroneous output, to which the answer can be "yes", "no", or at most a single sentence, than all this vague waffling. Unless this happens, I'm afraid I'm just going to stop reading your messages, as it's become increasingly clear that you're just flailing around in the dark firing buckshot at imagined spooks with no real idea of what you're doing. You might like to start with GET (and POST) parameters, as the first paragraph quoted above shows that you have no real understanding of this most basic concept, which is a key topic you must be able to comprehend if you're using forms. Cheers! Mike --------------------------------------------------------------------- Mike Ford, Electronic Information Services Adviser, Learning Support Services, Learning & Information Services, JG125, James Graham Building, Leeds Metropolitan University, Headingley Campus, LEEDS, LS6 3QS, United Kingdom Email: [EMAIL PROTECTED] Tel: +44 113 283 2600 extn 4730 Fax: +44 113 283 3211 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
