numero = 43774
interpreted = N
texte = view source and make sure the has actual [id] valuescheck your [formvariables][name]=[value]... on the my_results page----- Original Message -----From: Dan Strong To: WebCatalog Talk Sent: Tuesday, September 24, 2002 2:49 PMSubject: [founditems] & radiobuttons> Brainfart here... (I've totally simplified it to> illustrate my specific prob...assume [id] is unique to> each founditem, the search works, and I get 10> [founditems])>> [founditems]> > [/founditems]>> ...of course, causes EVERY radio button in the loop to be> named DECISION, allowing for only 1 choice out of 30,> instead of 1 choice out of 3 ten times, even though I am> dealing with 10 different forms -- which of course is no> good...so, no biggie, I make each set of radio buttons> unique to their respective forms like so:>> > > >> Problem is, when I submit each form now, all other> variables (not shown) pass fine, but the radio buttons> value comes accross as (literally): [[id]_decision]> instead of YES or whatever...>> I'm catching it on my_results.html like this:> -----------------------------------> Availability: [[id]_DECISION]> ----------------------------------->> I even tried a hidden field within each form in the loop> to re-set the ID variable for each form,> >> but then I get:> -----------------------------------> Availability: [01_DECISION] (or whatever [ID] happens to> be)> ----------------------------------->> What am I overlooking? How do I tell the results page to> harvest the correct radiobutton variable? Am I confusing> my client-side/server-side logic?>> Thanks in advance,>> -Dan> -------------------------------------------> http://www.StrongGraphicDesign.com> (208) 319-0137 | Toll-free p/f 877-561-1656>> -------------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to> Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
view source and make sure the has actual [id] valuescheck your [formvariables][name]=[value]... on the my_results page----- Original Message -----From: Dan Strong To: WebCatalog Talk Sent: Tuesday, September 24, 2002 2:49 PMSubject: [founditems] & radiobuttons> Brainfart here... (I've totally simplified it to> illustrate my specific prob...assume [id] is unique to> each founditem, the search works, and I get 10> [founditems])>> [founditems]> > [/founditems]>> ...of course, causes EVERY radio button in the loop to be> named DECISION, allowing for only 1 choice out of 30,> instead of 1 choice out of 3 ten times, even though I am> dealing with 10 different forms -- which of course is no> good...so, no biggie, I make each set of radio buttons> unique to their respective forms like so:>> > > >> Problem is, when I submit each form now, all other> variables (not shown) pass fine, but the radio buttons> value comes accross as (literally): [[id]_decision]> instead of YES or whatever...>> I'm catching it on my_results.html like this:> -----------------------------------> Availability: [[id]_DECISION]> ----------------------------------->> I even tried a hidden field within each form in the loop> to re-set the ID variable for each form,> >> but then I get:> -----------------------------------> Availability: [01_DECISION] (or whatever [ID] happens to> be)> ----------------------------------->> What am I overlooking? How do I tell the results page to> harvest the correct radiobutton variable? Am I confusing> my client-side/server-side logic?>> Thanks in advance,>> -Dan> -------------------------------------------> http://www.StrongGraphicDesign.com> (208) 319-0137 | Toll-free p/f 877-561-1656>> -------------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to> Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Ron Ceballos
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...