Gerald,
Success. The problem was I had turned off the table scan since the orginal
page contained some table errors and I was just trying to the scripting part
done without effecting their code. In reading and output (error_log) I noticed
that only the INPUT tags were being processed. Then I remembered that the docs
said that SELECT and lists were handled by the same section that handles the
tables. That is when I realized I had [- $optDisableTableScan = 1 -] at the
top of the page and it was turning off the SELECT processing.
All better now.
Thanks.
Aaron Johnson
Gerald Richter wrote:
> >
> > My URL contains ...&my_select=1&...
> >
>
> Could enable the the dbgForm and dbgInput debugging Flag and take a look at
> the embperl logfile. You should see something like
>
> FORM: my_select = 1
>
> at the start of the request, do you?
>
> > But when the page is rendered the my_select option is not selected.
> >
> > option I suppose is a better choice of words here vs. select
> > since select is
> > the form element type and the option is what actually gets selected.
> >
> > That is:
> > <SELECT NAME="my_select">
> > <OPTION VALUE="0">None
> > <OPTION VALUE="1">One
> > </SELECT>
> >
>
> This should really select the "One" automaticly
>
> What happen if you request the page manualy (i.e. without redirect)?
>
> Gerald
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
