Re: Hiding Brands
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 57397
interpreted = N
texte = John Peacock wrote: > Donovan Brooke wrote: > >> Logically, A contains showif like: >> [showif _apple_fred_willma_^_ap_] >> yes >> [/showif] >> >> should result to "yes" but it doesn't because thats not how the >> stamenet works. > > > I understand you fine, but you are missing _my_ point. Let me put > quotes around the strings so you can see: > > The string "_ap_" is not present in the strings "_apple_" or "_fred_" or > "_wilma_", so the [showif doesn't fire] The contains operator "^" takes > everything to the right /as a string/ and tries to find it, _exactly_ on > the left hand side, /as a string/; the underlying C routine is call > instr(). > > The construct we are talking about is an old trick of wrapping an > unknown value with known characters, then mashing all possible values > together into a single string, seperated by the known character. Only a > single match is desired. You can consider this doing a logical OR using > string operations. Well, I actually understood what you are saying and you state it clearly here. However, what I'm saying is it doesn't really make sense because a contains (substring match) just won't work in an or statement within a showif. for example, you can't check for "ap" in a showif to match either fred willma or apple. Its negating the value of "contains". "^"'s *value* is in the fact that it can make substring matches... [showif apple^ap] This works [/showif] I'm just saying that it doesn't fit right with the contains. > >> IMO, it would have been more logical to impliment this "feature" in >> the "=" scenerio... >> [hideif _a_b_c_=_[value]_] >> yes >> [/hideif] > > You are missing the point here as well. There is nothing special about > the '_' in this case; any character which isn't also present in either > the choices or the [value] can be used (as long as that character > doesn't have any additional meaning). > > For that matter, this should also work > > [hideif 'a'b'c'd'^'[value]'] > > since in that context, the single quote has no special meaning. Don't > try that in an [if] context though. > > Got it now? Well, I've know that one can use any unique character in this statement for a long time (probably since you or rob or someone gave the example several years ago ;-). If you look at my comment (code) again, I was making the point that the showif "or" feature should have been written in conjuction with the "=" peram rather than the "^" peram. That way, there would seem to be no confusion and it could be documented. Again, just my opinion... Donovan > > John -- =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o DONOVAN D. BROOKE Eucalyptus Design <-Web Development (specializing in eCommerce), -> <-Graphic Design, and Pre-Press Consultation -> ADDRESS:> Donovan Brooke DBA Eucalyptus Design N2862 Summerville Park Rd. Lodi, WI 53555 PH:> 1.608.592.3567 Web:> http://www.euca.us =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o ------------------------------------------------------------- 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://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
John Peacock wrote: > Donovan Brooke wrote: > >> Logically, A contains showif like: >> [showif _apple_fred_willma_^_ap_] >> yes >> [/showif] >> >> should result to "yes" but it doesn't because thats not how the >> stamenet works. > > > I understand you fine, but you are missing _my_ point. Let me put > quotes around the strings so you can see: > > The string "_ap_" is not present in the strings "_apple_" or "_fred_" or > "_wilma_", so the [showif doesn't fire] The contains operator "^" takes > everything to the right /as a string/ and tries to find it, _exactly_ on > the left hand side, /as a string/; the underlying C routine is call > instr(). > > The construct we are talking about is an old trick of wrapping an > unknown value with known characters, then mashing all possible values > together into a single string, seperated by the known character. Only a > single match is desired. You can consider this doing a logical OR using > string operations. Well, I actually understood what you are saying and you state it clearly here. However, what I'm saying is it doesn't really make sense because a contains (substring match) just won't work in an or statement within a showif. for example, you can't check for "ap" in a showif to match either fred willma or apple. Its negating the value of "contains". "^"'s *value* is in the fact that it can make substring matches... [showif apple^ap] This works [/showif] I'm just saying that it doesn't fit right with the contains. > >> IMO, it would have been more logical to impliment this "feature" in >> the "=" scenerio... >> [hideif _a_b_c_=_[value]_] >> yes >> [/hideif] > > You are missing the point here as well. There is nothing special about > the '_' in this case; any character which isn't also present in either > the choices or the [value] can be used (as long as that character > doesn't have any additional meaning). > > For that matter, this should also work > > [hideif 'a'b'c'd'^'[value]'] > > since in that context, the single quote has no special meaning. Don't > try that in an [if] context though. > > Got it now? Well, I've know that one can use any unique character in this statement for a long time (probably since you or rob or someone gave the example several years ago ;-). If you look at my comment (code) again, I was making the point that the showif "or" feature should have been written in conjuction with the "=" peram rather than the "^" peram. That way, there would seem to be no confusion and it could be documented. Again, just my opinion... Donovan > > John -- =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o DONOVAN D. BROOKE Eucalyptus Design <-Web Development (specializing in eCommerce), -> <-Graphic Design, and Pre-Press Consultation -> ADDRESS:> Donovan Brooke DBA Eucalyptus Design N2862 Summerville Park Rd. Lodi, WI 53555 PH:> 1.608.592.3567 Web:> http://www.euca.us =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o ------------------------------------------------------------- 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://webdna.smithmicro.com/
Donovan Brooke
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:
Bit off subject -- Faxing orders (1997)
Error Log.db --however (1997)
RE: AccountAuthorizer doesn't seem to work (1997)
writing checkboxes to a database (2000)
anyone interested in doing an open-source WebCatbasedforum? (2002)
WebCatalog can't find database (1997)
Strange intermittent WebDNA problems (2008)
WebDNA and FTP (2003)
Languages (1997)
2.0 Info (1997)
Huge databases and RAM (1998)
Individual Tax on Items (1998)
[listfiles] nested in a [loop] (1998)
unable to launch acgi in WebCat (1997)
Shopping Cart Directory (2000)
Problems deleting when a search field is blank... (1998)
no global [username] or [password] displayed ... (1997)
Multiple Newcarts (1996)
A question on sub-categories (1997)
webten vs. webstar (1998)