Re: SHOWIF/HIDEIF empty fields
This WebDNA talk-list message is from 2005
It keeps the original formatting.
numero = 61894
interpreted = N
texte = I wonder why you're not avoiding the use of raw contexts by using this technique instead: [showif [url][field][/url]=] .... this is shown when [fieldname] is blank ... [/showif] Of course you should be [url]ing your [field] value as in this example -- to prevent any comparison operators from screwing up your showif comparisons. By the way, when I know that the visitor cannot enter an ending webdna bracket (which would become part of the [field] value) I sometimes use this technique because it's even more efficient: [showif =[field]] .... this is shown when [fieldname] is blank ... [/showif] This works when the the [field] value does NOT have an ending bracket in it, such as in fields that are not editable by the visitor -- hidden, radio, checkbox and select -- assuming you do not put the ending bracket in one of these field values yourself! The bottom line is that I haven't used raw contexts for this purpose in years ... not that it doesn't work but it seems there are more efficient coding techniques to use in this case. But I actually think you've confused the place where you're using [raw] contexts anyways. Aren't you actually using them in your edit forms, and not on the pages that follow your form submissions? The reason I ask is because the [field] values in the page after the form submission are always going to have values, even if they are [blank] values. In other words, putting a [fieldname] tag on this page is never going to result in the raw [field] tag being displayed because that form field will always have a value that's set in the form, even if that value is blank -- unless it's a checkbox field that was not checked of course, because that's the only HTML form that does NOT get passed as a name-value pair in a form submission. Sincerely, Kenneth Grome www.kengrome.com On May 2, 2005, at 08:15, Gary Krockover wrote: > What if the field isn't empty but rather is equal to the field name > itself? I.e., I find that I often have to do this, especially after a > form submission: > > [showif [FIELD]=[raw][FIELD][/raw]] ... [/showif] > > Depending on what I'm doing, I can sometimes "clear" all the fields on > the landing page ([text show=f]FIELD=[/text]) but not always. > > Is that just me or is this fairly common (I suspect not)? :) > > GJK ------------------------------------------------------------- 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:
I wonder why you're not avoiding the use of raw contexts by using this technique instead: [showif [url][field][/url]=] .... this is shown when [fieldname] is blank ... [/showif] Of course you should be [url]ing your [field] value as in this example -- to prevent any comparison operators from screwing up your showif comparisons. By the way, when I know that the visitor cannot enter an ending webdna bracket (which would become part of the [field] value) I sometimes use this technique because it's even more efficient: [showif =[field]] .... this is shown when [fieldname] is blank ... [/showif] This works when the the [field] value does NOT have an ending bracket in it, such as in fields that are not editable by the visitor -- hidden, radio, checkbox and select -- assuming you do not put the ending bracket in one of these field values yourself! The bottom line is that I haven't used raw contexts for this purpose in years ... not that it doesn't work but it seems there are more efficient coding techniques to use in this case. But I actually think you've confused the place where you're using [raw] contexts anyways. Aren't you actually using them in your edit forms, and not on the pages that follow your form submissions? The reason I ask is because the [field] values in the page after the form submission are always going to have values, even if they are [blank] values. In other words, putting a [fieldname] tag on this page is never going to result in the raw [field] tag being displayed because that form field will always have a value that's set in the form, even if that value is blank -- unless it's a checkbox field that was not checked of course, because that's the only HTML form that does NOT get passed as a name-value pair in a form submission. Sincerely, Kenneth Grome www.kengrome.com On May 2, 2005, at 08:15, Gary Krockover wrote: > What if the field isn't empty but rather is equal to the field name > itself? I.e., I find that I often have to do this, especially after a > form submission: > > [showif [FIELD]=[raw][FIELD][/raw]] ... [/showif] > > Depending on what I'm doing, I can sometimes "clear" all the fields on > the landing page ([text show=f]FIELD=[/text]) but not always. > > Is that just me or is this fairly common (I suspect not)? :) > > GJK ------------------------------------------------------------- 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/
Kenneth Grome
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:
Setting up WebCatalog with Retail Pro data (1996)
Next X hits (1996)
Cookies (1999)
webmerchant redialing (1998)
[WebDNA] mydatabase.db-oRiGiNaL- (2016)
Purchased cart being overwritten - still !?? (1997)
How To question on setting up downloads (1997)
Error Lob.db records error message not name (1997)
comparison to Lasso 6 or 7 (2004)
Error with [applescript] (1999)
Quit revisited (1997)
My first WebCat site (2000)
randomness (1997)
WebCat2b13 Command Reference Doc error (1997)
Date problems-more (1997)
Headers displaying (2000)
[Announce]: Web server security and password protection (1997)
Summing a field full of numbers ... (1997)
search form problem.. (1997)
Date problems (1997)