numero = 43775
interpreted = N
texte = duh. Had:OUTSIDE of the form when I tried [interpret]It works now. Thanks robert.-Dan <--- has webcat egg on face once againOn Tue, 24 Sep 2002 12:12:37 Dan Strong wrote:>Whoops, I meant>[interpret][[id]_DECISION][/interpret]>not>[interpret][[id]_STATUS][/interpret] >(been staring at this too long...)>>-dan>>On Tue, 24 Sep 2002 12:11:12> Dan Strong wrote:>>Yeah, I tried that too...>>[interpret][[id]_STATUS][/interpret] on the receiving end >>returns:>>>>(literally) [[id]_DECISION]>>>>Funny, a [formvariables] loop on the receiving end shows >>that the correct varaiable is being passed...I just don't >>know how to get it:>>>>[FormVariables] [index],[name],[value] >>[/FormVariables] returns:>>>>...other stuff...>>9,01_DECISION,YES>>...other stuff...>>>>Well, I guess I could try and wrestle the result from the >>[formvariables] loop but it sure seems like >>overkill...I've got to be overlooking something totally >>simple like a malformed [tag]] or something...>>>>-Dan>>------------------------------------------->>http://www.StrongGraphicDesign.com>>(208) 319-0137 | Toll-free p/f 877-561-1656>>>>>>>>>>On Tue, 24 Sep 2002 15:02:45>> ROBERT MCPEAK wrote:>>>What happens if you wrap it in [interpret] tags on the >>>your second>>>example in the receiving end?>>>>>>>>>webdna@stronggraphicdesign.com 09/24/02 02:49PM >>>>>>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/>>>>------------------------------------------------------------->>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/>>------------------------------------------->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/-------------------------------------------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/
Associated Messages, from the most recent to the oldest:
duh. Had:OUTSIDE of the form when I tried [interpret]It works now. Thanks robert.-Dan <--- has webcat egg on face once againOn Tue, 24 Sep 2002 12:12:37 Dan Strong wrote:>Whoops, I meant>[interpret][[id]_DECISION][/interpret]>not>[interpret][[id]_STATUS][/interpret] >(been staring at this too long...)>>-dan>>On Tue, 24 Sep 2002 12:11:12> Dan Strong wrote:>>Yeah, I tried that too...>>[interpret][[id]_STATUS][/interpret] on the receiving end >>returns:>>>>(literally) [[id]_DECISION]>>>>Funny, a [formvariables] loop on the receiving end shows >>that the correct varaiable is being passed...I just don't >>know how to get it:>>>>[formvariables] [index],[name],[value] >>[/FormVariables] returns:>>>>...other stuff...>>9,01_DECISION,YES>>...other stuff...>>>>Well, I guess I could try and wrestle the result from the >>[formvariables] loop but it sure seems like >>overkill...I've got to be overlooking something totally >>simple like a malformed [tag]] or something...>>>>-Dan>>------------------------------------------->>http://www.StrongGraphicDesign.com>>(208) 319-0137 | Toll-free p/f 877-561-1656>>>>>>>>>>On Tue, 24 Sep 2002 15:02:45>> ROBERT MCPEAK wrote:>>>What happens if you wrap it in [interpret] tags on the >>>your second>>>example in the receiving end?>>>>>>>>>webdna@stronggraphicdesign.com 09/24/02 02:49PM >>>>>>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/>>>>------------------------------------------------------------->>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/>>------------------------------------------->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/-------------------------------------------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/
Dan Strong
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...