Re: Automatic [URL]ing by the webdna engine
This WebDNA talk-list message is from 2003
It keeps the original formatting.
numero = 53749
interpreted = N
texte = >If WebDNA automatically inserted [url]s around my [tSearch] variable, it would destroy my search.>- brianHypothetically, if it were able to be done without effecting the speed and performance of the engine, then I would run 2 global find & replaces in Homesite (or BBEdit or whatever) and replace all instances of "[url]" and "[/url]" with
then turn the guinea pig code loose on the new "smart-url-feature"- enabled Dev version of webDNA 8.0 and see what happens.In theory everything would still work as nothing is [url]'ed by me anymore in the raw code, and so "all variables would be created equal".Then, assuming it actually worked like I think it would, I could toggle the "smart-url" on/off in the prefs and if on, then I could assume that I never had to type [url] or [/url] moving forward, because I could assume that webDNA was looking out for me, so to speak. I assume it could even be a pref at the global/sandbox/domain/ level to help easy any website-portability issues.Or, I could just get in the habit of [url]'ing my stuff from now on, like I am supposed to :)-Dan------------------------------------------------------------http://www.StrongGraphicDesign.com(208) 319-0137 | Toll-free p/f 877-561-1656------------------------------------------------------------On Thu, 30 Oct 2003 17:40:00 -0800 Brian Fries wrote:>NO NO NO!!!!>>This would slow down the WebDNA parser by adding another complex code parsing pass, and it would >break hundreds if not thousands of pages I have written!>>See my reply on the original "Re: [URL] and [showif] or [hideif] comparisons" subject for my full >treatise, but take this simple example of something I do frequently:>>[if ("[exact]"="T")][then]>[text]tSearch=eqSKUdata=[url][var1][/url][/text]>[/then][else]>[text]tSearch=bwSKUdata=[url][var1][/url][/text]>[/else][/if]>>[search db=product.db&[tSearch]]...>>If WebDNA automatically inserted [url]s around my [tSearch] variable, it would destroy my search.>>- brian>>>On Thursday, October 30, 2003, at 05:06 PM, Kenneth Grome wrote:>>>>Yes. So would it slow everything down enormously if the showif and >>>hideif>>>did it automatically?>>>>URL is not done automatically anywhere. If this feature were >>implemented, the webdna engine would have to be rewritten so that it >>would dynamically insert these tags into our code before that code is >>processed. I assume that something like this would have to be >>implemented:::>>>>1- read the original webdna code into RAM>>2- scan that code to identify the proper locations for dynamic url tag >>insertion>>3- insert [url] and [/url] tags into the properly identified locations>>4- interpret the resulting code and return the results>>>>If the engine were rewritten to perform this task for showifs and >>hideif's, it should *also* be made to similarly url the values in >>every append, replace and delete context -- as well as url everything >>else that should be urled in order to make webdna work properly.>>>>Rewriting the webdna engine like this would probably be a difficult >>task ... but if it were done, it would make our work as webdna >>programmers *much* faster and easier!>>>>It seems to me that an improvement like this would be appreciated by >>EVERYONE (instead of just a handful of webdna programmers with >>specific needs) assuming that SMSI make it work properly of course. >>And I think that if it were implemented, we should also be given a new >>pref that will let us turn it on and/or off ourselves.>>>>What do you guys thing? Is this a feature that SMSI should consider >>placing at (or near) the top of their list of improvements for the >>next release?>>-- >>>>Sincerely,>>Kenneth Grome>>------------------------------------------------------------->>Outsource your WebDNA programming for $18 an hour or less!>>------------------------------------------------------------->>>-- Brian Fries, BrainScan Software -- http://www.brainscansoftware.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/-------------------------------------------------------------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:
>If WebDNA automatically inserted [url]s around my [tSearch] variable, it would destroy my search.>- brianHypothetically, if it were able to be done without effecting the speed and performance of the engine, then I would run 2 global find & replaces in Homesite (or BBEdit or whatever) and replace all instances of "[url]" and "[/url]" with then turn the guinea pig code loose on the new "smart-url-feature"- enabled Dev version of webDNA 8.0 and see what happens.In theory everything would still work as nothing is [url]'ed by me anymore in the raw code, and so "all variables would be created equal".Then, assuming it actually worked like I think it would, I could toggle the "smart-url" on/off in the prefs and if on, then I could assume that I never had to type [url] or [/url] moving forward, because I could assume that webDNA was looking out for me, so to speak. I assume it could even be a pref at the global/sandbox/domain/ level to help easy any website-portability issues.Or, I could just get in the habit of [url]'ing my stuff from now on, like I am supposed to :)-Dan------------------------------------------------------------http://www.StrongGraphicDesign.com(208) 319-0137 | Toll-free p/f 877-561-1656------------------------------------------------------------On Thu, 30 Oct 2003 17:40:00 -0800 Brian Fries wrote:>NO NO NO!!!!>>This would slow down the WebDNA parser by adding another complex code parsing pass, and it would >break hundreds if not thousands of pages I have written!>>See my reply on the original "Re: [url] and [showif] or [hideif] comparisons" subject for my full >treatise, but take this simple example of something I do frequently:>>[if ("[exact]"="T")][then]>[text]tSearch=eqSKUdata=[url][var1][/url][/text]>[/then][else]>[text]tSearch=bwSKUdata=[url][var1][/url][/text]>[/else][/if]>>[search db=product.db&[tSearch]]...>>If WebDNA automatically inserted [url]s around my [tSearch] variable, it would destroy my search.>>- brian>>>On Thursday, October 30, 2003, at 05:06 PM, Kenneth Grome wrote:>>>>Yes. So would it slow everything down enormously if the showif and >>>hideif>>>did it automatically?>>>>URL is not done automatically anywhere. If this feature were >>implemented, the webdna engine would have to be rewritten so that it >>would dynamically insert these tags into our code before that code is >>processed. I assume that something like this would have to be >>implemented:::>>>>1- read the original webdna code into RAM>>2- scan that code to identify the proper locations for dynamic url tag >>insertion>>3- insert [url] and [/url] tags into the properly identified locations>>4- interpret the resulting code and return the results>>>>If the engine were rewritten to perform this task for showifs and >>hideif's, it should *also* be made to similarly url the values in >>every append, replace and delete context -- as well as url everything >>else that should be urled in order to make webdna work properly.>>>>Rewriting the webdna engine like this would probably be a difficult >>task ... but if it were done, it would make our work as webdna >>programmers *much* faster and easier!>>>>It seems to me that an improvement like this would be appreciated by >>EVERYONE (instead of just a handful of webdna programmers with >>specific needs) assuming that SMSI make it work properly of course. >>And I think that if it were implemented, we should also be given a new >>pref that will let us turn it on and/or off ourselves.>>>>What do you guys thing? Is this a feature that SMSI should consider >>placing at (or near) the top of their list of improvements for the >>next release?>>-- >>>>Sincerely,>>Kenneth Grome>>------------------------------------------------------------->>Outsource your WebDNA programming for $18 an hour or less!>>------------------------------------------------------------->>>-- Brian Fries, BrainScan Software -- http://www.brainscansoftware.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/-------------------------------------------------------------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/
"Dan Strong"
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:
RE: [WebDNA] serving multiple sites in localhost mode on OSX? (2010)
Intermitent problem using [referrer] (1997)
Search/sort in URL Was: GuestBook example (1997)
FYI: virus alert (1996)
Small Bug: ErrorLog.txt/[FORMVARIABLES]/[ORDERFILE] (1998)
WCf2 and nested tags (1997)
a search based on ^(contains) (1998)
PROBLEM (1997)
WebSTAR plugin update (2004)
[WebDNA] anyone successfully using webdna with paypal's NVP API? (2008)
Date/Time format problems (1997)
notification solutions (1997)
Local redirects (2005)
Bugs in IE 6.0 ? (2003)
Table Loop Hoops (2000)
Please post more "exceptions to the rules" ... (2005)
emailer (1997)
RE: [input] questions (1997)
Email Set-Up? (1997)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)