Re: [WebDNA] Variable mystery
This WebDNA talk-list message is from 2009
It keeps the original formatting.
numero = 102655
interpreted = N
texte = In this case, "variable" contained "[othervariable]" (and this actually was coming from a database, creating a nifty context- sensitive value). So, [variable] would return [othervariable] while [interpret][variable][/interpret] would return the value of othervariable, assuming othervariable had been defined. You can see Frank's more detailed description in the archives here: http://mail.webdna.us/list/talk@webdna.us?cmd=user_listview_msg&domainid=201&list=talk&msg_idx=2647&popup=true&doframes=false Brian Fries BrainScan Software Brian Fries BrainScan Software On Jun 3, 2009, at 8:44 AM, Kenneth Grome wrote: >> Ken, you missed the earlier description of the problem >> wherein his variable literally contains the >> square-bracketed name of another variable, so yes the >> [interpret] was needed in this case. > > If you're talking about something like this, then yes I > definitely missed it: > > [[variable]] > > I think the last example i saw posted was something like > this: > > [interpret][variable][/interpret] > > ... and in this case no interpret context should be needed. > Not normally anyways ... :) > > Sincerely, > Ken Grome > > > > > > > > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list
. > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/
Associated Messages, from the most recent to the oldest:
In this case, "variable" contained "[othervariable]" (and this actually was coming from a database, creating a nifty context- sensitive value). So, [variable] would return [othervariable] while [interpret][variable][/interpret] would return the value of othervariable, assuming othervariable had been defined. You can see Frank's more detailed description in the archives here: http://mail.webdna.us/list/talk@webdna.us?cmd=user_listview_msg&domainid=201&list=talk&msg_idx=2647&popup=true&doframes=false Brian Fries BrainScan Software Brian Fries BrainScan Software On Jun 3, 2009, at 8:44 AM, Kenneth Grome wrote: >> Ken, you missed the earlier description of the problem >> wherein his variable literally contains the >> square-bracketed name of another variable, so yes the >> [interpret] was needed in this case. > > If you're talking about something like this, then yes I > definitely missed it: > > [[variable]] > > I think the last example i saw posted was something like > this: > > [interpret][variable][/interpret] > > ... and in this case no interpret context should be needed. > Not normally anyways ... :) > > Sincerely, > Ken Grome > > > > > > > > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/
Brian Fries
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
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...
Related Readings:
[WebDNA] setcookie in IE11 (2014)
Updating checkboxes made easy !!! (1998)
Further on formula.db failure to calculate shipCost (1997)
WebCat2_Mac RETURNs in .db (1997)
[WebDNA] Downloadable file protection (2011)
return two fields w/ [lookup] (1998)
Using [showif] within [lineitems] [code fragment] (2000)
Web Catalog 2 demo (1997)
Monthly Reports (2000)
emailer setup (1997)
Search in 2 or more catalogs (1997)
carriage returns in data (1997)
problems with 2 tags (1997)
Cancel Subscription (1996)
WebCat2.0 [format thousands .0f] no go (1997)
New public beta available (1997)
Which Pref is faster? (1998)
Server crash (1997)
RED QUESTION MARKS AGAIN (1999)
Re[2]: 2nd WebCatalog2 Feature Request (1996)