Re: Netscape 6.1 problem and SELECT lists / FORMS
| From: | Jason Caldwell | Date: | Wed, 07 Nov 2001 08:45:16 +0000 |
| Subject: | Re: Netscape 6.1 problem and SELECT lists / FORMS | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-73694@lists.php.net to get a copy of this message | ||
11-07-2001
The problem was Netscape 6.1 -- I've upgraded to 6.2 and the problem went
away.
Jason
"Jason Caldwell" <jason@thinkingman.org> wrote in message
news:20011025061137.43922.qmail@pb1.pair.com...
> NS6.1 remembers the items that were selected in a SELECT list when I call
> the same page back with a header() function... normally this wouldn't be a
> problem -- however, in my case, I am (through PHP) printing all selected
> items to the top of the list, and all unselected items to the bottom --
this
> has the effect of showing all the users (right up front / top) all the
> selections they've made without having to scroll through the entire
list --
>
> Now, in NS4.x and IE5.x this functionality works fine. But in NS6.1 the
> items are pushed to the top alright, however, they aren't highlighted (ie.
> selected) -- looking at the source for the page, the SELECTED statement is
> in the <option> tag (as I said, it works fine in everything but NS6.1
:-) )
>
> Through playing around, I discovered that with NS6.1 -- this is the result
> of the FORM NAME (ie. name="frmWhatever") -- I appended a random number at
> the end of the FORM NAME each time I pressed the submit button and the
page
> was called back through a header() function. This seemed to fix the
problem
> (ie. the items in the select list that were suppose to be selected,
> were!) -- however, all other items on my forms lost their data (again,
only
> in NS6.1) -- so, if nothing else, I at least discovered that the FORM NAME
> plays a roll in this dysfunctionality.
>
> Now I ask you -- the great pool of knowledge -- any suggestions on how I
can
> get NS6.1 forms to behave?
>
> Thanks.
> Jason
>
>
>