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 r
>
> 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 selecte
Cliff,
My URL contains ...&my_select=1&...
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:
None
On
Not sure what you mean when you say selects are not selected.
cliff rayman
genwax.com
Aaron Johnson wrote:
> I thought I had gotten smart. I am working on a project with a none
> coder. They know HTML fairly well so I had come up with a plan that
> would keep them from having to look at as mu
I thought I had gotten smart. I am working on a project with a none
coder. They know HTML fairly well so I had come up with a plan that
would keep them from having to look at as much Embperl code as
possible.
Here is my idea:
(db_row_hash is a function from an extrnal module that returns a
fet