Re: [mv] Problem with Form/Search variable

[Ramsey French <rammjet@mindspring.com>]

******    message to minivend-users from Ramsey French <rammjet@mindspring.com>     ******

Mike,

Thanks, I'll give it a try.

Will MV4 allow directly setting a particular scratch variable and/or
directly set the session arg from a form (which is what I would really
prefer below)?

Ramsey

On 1/2/00 5:58 PM, Mike Heins at mike@minivend.com wrote:

> ******    message to minivend-users from Mike Heins <mike@minivend.com>
> ******
> 
> Quoting Ramsey French (rammjet@mindspring.com):
>> ******    message to minivend-users from Ramsey French
>> <rammjet@mindspring.com>     ******
>> 
>> Hi,
>> 
>> I'm hoping someone can help me with this.  It should be simple, but it is
>> kicking my butt.
>> 
>> On my site, I'm using several nested frames.  To reuse code and keep them
>> all glued together, I'm passing a "state" variable around.  The state
>> variable is used to gather state information from a table in memory.
>> 
>> When I use the Search form on the main page of the Simple demo, I am unable
>> to recover the variable after the search.
>> 
>> As the user comes into the store, I have [set mv_put_session]Yes[/set]
>> to keep my scratch variables persistent.
>> 
>> I have tried the following:
>> 
>> a) In the search form, I have added
>> 
>> <INPUT TYPE="hidden" NAME="my_state" VALUE="9">
>> 
>> But, going into the subsequent frameset, [value my_state]
>> does not contain "9"
>> 
> 
> Use [process-target] instead of [process-search], and make your
> mv_todo/mv_doit action "search".
> 
> In MV4, you will be able to update values explicitly with [update values].

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list