Parsing overhead for commenting out line endings

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 49196
interpreted = N
texte = I was looking through the 5.0 docs when I found this under the [return] context:> [function name=add_em_up][!] > [/!][text]result=0[/text][!] > [/!][loop start=1&end=10][!] > [/!][text]result=[math][result]+[index][/math][/text][!] > [/!][/loop][!] > [/!][result][!] > [/!][/function] > > > Executing the above function, and wrapping the result with URL tags, we get: > 55 > > The extra 'garbage' is gone, but using all those [!][/!] pairs is cumbersome, > and does add some extra parsing overhead.Just how *much* parsing overhead? An appreciable amount? I've been doing this damn near everywhere as a matter of course for years now.[suppressReturns] didn't make it into 5.0? ; ) Rob Marquardt Designer/Resident Wirehead Toast Design800 Washington Avenue North Minneapolis MN 55401 612.330.9863 v 612.321.9424 f www.toastdesign.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://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Parsing overhead for commenting out line endings (Scott Anderson 2003)
  2. Re: Parsing overhead for commenting out line endings (Brian Fries 2003)
  3. Re: Parsing overhead for commenting out line endings (Scott Anderson 2003)
  4. Parsing overhead for commenting out line endings (Rob Marquardt 2003)
I was looking through the 5.0 docs when I found this under the [return] context:> [function name=add_em_up][!] > [/!][text]result=0[/text][!] > [/!][loop start=1&end=10][!] > [/!][text]result=[math][result]+[index][/math][/text][!] > [/!][/loop][!] > [/!][result][!] > [/!][/function] > > > Executing the above function, and wrapping the result with URL tags, we get: > 55 > > The extra 'garbage' is gone, but using all those [!][/!] pairs is cumbersome, > and does add some extra parsing overhead.Just how *much* parsing overhead? An appreciable amount? I've been doing this damn near everywhere as a matter of course for years now.[suppressReturns] didn't make it into 5.0? ; ) Rob Marquardt Designer/Resident Wirehead Toast Design800 Washington Avenue North Minneapolis MN 55401 612.330.9863 v 612.321.9424 f www.toastdesign.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://webdna.smithmicro.com/ Rob Marquardt

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:

Mime Headers for Mail (1998) Sort Order on a page search (1997) Pithy questions on webcommerce & siteedit (1997) Shopping problems with 2.1b3 acgi (1997) Cancel Subscription (1996) [WebDNA] Basic Search - Fix (2008) New Weird Behavior (bug report) (2000) ANother SHOWIF problem (1997) Another bug to squash (WebCat2b13 Mac .acgi) (1997) New WebCatalog site! (1997) So [OT] it's not even funny (2003) Seeking WebCat Bulletin Board (1999) Search results templates (1996) [shownext max=?] armed (1997) HMAC-MD5 hash -- what the... (2003) Fulfillment e-mail? (1998) [ShowNext] (1997) Wrapping text (1998) Running 2 two WebCatalog.acgi's (1996) trigger firing at restart (2003)