Re: RFE: [include file=filename.inc&strip=t]

This WebDNA talk-list message is from

2002


It keeps the original formatting.
numero = 43592
interpreted = N
texte = Brian, can you post, or email the gTrim.db that you use?Thx, GK | What I use, which proves simpler and faster than a slew of comment | contexts, is a global ConverChars database that trims EOL and TAB | characters. Most of my include files now look like: | | [!]header comments... | [/!] [ConvertChars db=^db/gTrim.db] | [code] | [nested code] | [/nested code] | [/code] | [response text] | [/ConvertChars] | | | I also use this in contexts like [replace]... | | [replace db=...][ConvertChars db=^db/gTrim.db] | field1=value1 | &field2=value2 | [/ConvertChars][/replace] | | | This method won't work for leading / trailing space characters, as | they may be needed in the response text, but if you're careful to | just use tabs to indent your code, it works great. | | Rumor has it that 5.0 will include a [trim] context that will do a | similar thing (and hopefully deal with leading / trailing spaces as | well). I also requested the ability to define functions / macros that | could specify a return value, which would also help this situation. | | I would prefer to specify the strip or trim option inside the | INCLUDE file rather than in the [include] tag, so the calling code | doesn't need to know how the include file was coded. | | - brian | | | At 1:20 PM 9/19/02, John Peacock wrote: | >Working with the two include files I just posted, I was again | >reminded how stupid WebDNA is with regard to extraneous whitespace | >like EOL characters. Sure, when displayed to a HTML browser, | >multiple EOL's or spaces will be supressed. However, just looking | >at the maze of [!][/!] contexts I had to put in that file emphasizes | >that this is poorly designed behavior. | > | >I have long argued that only a handful of contexts require | >maintaining the EOL characters ([sendmail] and [writefile] being the | >two most obvious). Every single other context could easily strip | >EOL's without interfering in the coding in the slightest. Grant | >shot me down, I think because it would mean branching the parser to | >know when to strip and when not to strip, based on context. | > | >Hence, my suggestion that the [include] context at the very least | >include a strip=t option (defaults to F) so that it would be much | >easier to write user defined functions. I want to return only the | >text I want to return, without extraneous EOL characters, and | >without having to load up my source code with an unreadable mass of | >[!][/!] contexts. | > | >In fact, if the parser were altered to support this for all | >contexts, defaulting to F, I could reduce the size of my pages by a | >significant percentage, just by supressing those stupid EOL's. | > | >When writing CGI code in Perl, I usually turn off the extra EOL's | >after I have debugged the code. It makes view source less useful, | >but it has a definite impact on how fast the page loads to have all | >of the HTML on basically a couple of lines. | > | >Thanks | > | >John | > | >-- | >John Peacock | >Director of Information Research and Technology | >Rowman & Littlefield Publishing Group | >4720 Boston Way | >Lanham, MD 20706 | >301-459-3366 x.5010 | >fax 301-429-5747 | | | ------------------------------------------------------------- | 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://search.smithmicro.com/ ------------------------------------------------------------- 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://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: RFE: [include file=filename.inc&strip=t] (Brian Fries 2002)
  2. Re: RFE: [include file=filename.inc&strip=t] (Gary Krockover 2002)
  3. Re: RFE: [include file=filename.inc&strip=t] (Brian Fries 2002)
  4. RFE: [include file=filename.inc&strip=t] (John Peacock 2002)
Brian, can you post, or email the gTrim.db that you use?Thx, GK | What I use, which proves simpler and faster than a slew of comment | contexts, is a global ConverChars database that trims EOL and TAB | characters. Most of my include files now look like: | | [!]header comments... | [/!] [ConvertChars db=^db/gTrim.db] | [code] | [nested code] | [/nested code] | [/code] | [response text] | [/ConvertChars] | | | I also use this in contexts like [replace]... | | [replace db=...][ConvertChars db=^db/gTrim.db] | field1=value1 | &field2=value2 | [/ConvertChars][/replace] | | | This method won't work for leading / trailing space characters, as | they may be needed in the response text, but if you're careful to | just use tabs to indent your code, it works great. | | Rumor has it that 5.0 will include a [trim] context that will do a | similar thing (and hopefully deal with leading / trailing spaces as | well). I also requested the ability to define functions / macros that | could specify a return value, which would also help this situation. | | I would prefer to specify the strip or trim option inside the | INCLUDE file rather than in the [include] tag, so the calling code | doesn't need to know how the include file was coded. | | - brian | | | At 1:20 PM 9/19/02, John Peacock wrote: | >Working with the two include files I just posted, I was again | >reminded how stupid WebDNA is with regard to extraneous whitespace | >like EOL characters. Sure, when displayed to a HTML browser, | >multiple EOL's or spaces will be supressed. However, just looking | >at the maze of [!][/!] contexts I had to put in that file emphasizes | >that this is poorly designed behavior. | > | >I have long argued that only a handful of contexts require | >maintaining the EOL characters ([sendmail] and [writefile] being the | >two most obvious). Every single other context could easily strip | >EOL's without interfering in the coding in the slightest. Grant | >shot me down, I think because it would mean branching the parser to | >know when to strip and when not to strip, based on context. | > | >Hence, my suggestion that the [include] context at the very least | >include a strip=t option (defaults to F) so that it would be much | >easier to write user defined functions. I want to return only the | >text I want to return, without extraneous EOL characters, and | >without having to load up my source code with an unreadable mass of | >[!][/!] contexts. | > | >In fact, if the parser were altered to support this for all | >contexts, defaulting to F, I could reduce the size of my pages by a | >significant percentage, just by supressing those stupid EOL's. | > | >When writing CGI code in Perl, I usually turn off the extra EOL's | >after I have debugged the code. It makes view source less useful, | >but it has a definite impact on how fast the page loads to have all | >of the HTML on basically a couple of lines. | > | >Thanks | > | >John | > | >-- | >John Peacock | >Director of Information Research and Technology | >Rowman & Littlefield Publishing Group | >4720 Boston Way | >Lanham, MD 20706 | >301-459-3366 x.5010 | >fax 301-429-5747 | | | ------------------------------------------------------------- | 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://search.smithmicro.com/ ------------------------------------------------------------- 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://search.smithmicro.com/ Gary Krockover

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:

Webcat & MySQL Stored Procedures question -again (2005) [math] are you there? (1999) [WebDNA] Authorize working connection... (2020) Highlighting words found in a keyword search (2003) The IBC root beer has arrived! (1997) Verifying both name and password (was: New Problem) (1997) Add message to Order (1997) webdelivery.html and webna (1997) UPS QuickCost and More (2000) How to find 100 most recent additions. (1997) syntax question, not in online refernce (1997) Auto conversion of URLs? (1998) [WebDNA] Feature Request: [returnhtml] (2016) WebCat2b15MacPlugin - showing [math] (1997) Doing VALIDCARD right? (1998) Webstar 1.3.1 PPC (1997) WebCat2 - [format thousands] (1997) Adding Items to Cart (2003) remotely add + sign (1997) Thanks for Encrypt.tpl - A Question (1999)