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 Gromewww.kengrome.comOn 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 Gromewww.kengrome.comOn 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:
OT-JS why it does not run on Mac (2001)
Security Levels... Possible? (2000)
FYI-WebCat Mac or NT (1997)
Cancel Subscription (1996)
[WebDNA] feature suggestion - long response (2011)
Categories and Sub-categories (2003)
frames & carts (1997)
Same Database needed on two machines (2002)
Fun with dates (1997)
Accepting credit cards (1997)
2.1b3 --> way slow (1997)
Accentuated and non-English letters (2002)
A quickie question (1997)
AppleScript does not work properly ... (2000)
Exclamation point (1997)
Did this just get cheaper ? (2003)
WebCat2 - Getting to the browser's username/password data (1997)
Problems getting parameters passed into email. (1997)
Selected Item in Pop-down (2003)
[WebDNA] [shell] issue on Mac; file not appearing a PERL exe... (2009)