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:
Date Range Search not working (2000)
TRAINING videos - Prove IT. (1998)
webdelivery not working (1998)
Limits (2000)
Authorize.net? (2003)
Another bug to squash (WebCat2b13 Mac .acgi) (1997)
Trigger to empty shopping cart folder (2005)
[include] error message (was:how to put/keep product customization info in basket?) (1998)
[Listfiles] vs Netfinder (1997)
HELP - NONE STOP DIGESTS. Digest for 4/24/97) (1997)
Fed Ex Rate Charts (2003)
DB Updates don't take (1998)
Nationality (2003)
[WebDNA] Dynamic vertical columns (2008)
WebDNA Solutions ... sorry! (1997)
There's a bug in the math context ... (1997)
Caching [include] files ... (1997)
[isfolder] and [filename] (1997)
Programmer Needed (1998)
Problem with CC problem ? (1997)