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:
Generating Report Totals (1997)
Web DNA rates (2000)
showcart (2000)
lineitems are gone (1998)
Order not created error (never mind) (1997)
Catalogs and W* (1996)
Help with sorting search results sorting (1998)
I give up!! (1997)
Open Databases on Restart (1999)
Tracking System? (1997)
Thanks ! (1997)
problems with WebCat-Plugin (1997)
Requiring that certain fields be completed (1997)
Merging LineItems (2003)
searching by part of the date information (1999)
Converting characters to numbers ... (1997)
Dates as 20020902 (2002)
WebCat2 beta 11 - new prefs ... (1997)
Images do not upload completely ... (2003)
A Global Variable (1997)