[WebDNA] [thisurl]

This WebDNA talk-list message is from

2010


It keeps the original formatting.
numero = 105504
interpreted = N
texte = either way is easy for a coder of your caliber Terry. I know you are quite capable of stripping the formvars.. or adding them.. selectively, as needed. We just need to know what we are dealing with. And while we are at it, why not be consistent so we do not have to re- write older code. It makes sense that [thisurl] stays as it was, and a new tag allows the new behavior. -G On Jul 6, 2010, at 12:15 PM, Terry Wilson wrote: > In case anyone is wondering why I think it's important. Let's say I > am deleting a record. I build in a confirmation step. So the first > round goes like this [thisurl]?task=killrecord&ID=[id] which brings > up a message where I > put a "Yes Delete" link which goes like this: [thisurl]? > task=killconfirmed&ID=[id] > > So by continually appending the variables messes things up with two > values of [task]; or if I use different variables, say killrecord=t > and killconfirmed=t, for the action, it would repeat the first step. > Also would be problematic in the shownext links which would keep > piling them on. > > But being able to include them would be helpful in some cases. > > Terry Associated Messages, from the most recent to the oldest:

    
  1. [WebDNA] [thisurl] (Govinda 2010)
  2. Re: [WebDNA] [thisurl] not clean on fastcgi 7 (Govinda 2010)
  3. Re: [WebDNA] [thisurl] not clean on fastcgi 7 (Kenneth Grome 2010)
  4. Re: [WebDNA] [thisurl] not clean on fastcgi 7 (christophe.billiottet@webdna.us 2010)
  5. [WebDNA] [thisurl] not clean on fastcgi 7 (Govinda 2010)
either way is easy for a coder of your caliber Terry. I know you are quite capable of stripping the formvars.. or adding them.. selectively, as needed. We just need to know what we are dealing with. And while we are at it, why not be consistent so we do not have to re- write older code. It makes sense that [thisurl] stays as it was, and a new tag allows the new behavior. -G On Jul 6, 2010, at 12:15 PM, Terry Wilson wrote: > In case anyone is wondering why I think it's important. Let's say I > am deleting a record. I build in a confirmation step. So the first > round goes like this [thisurl]?task=killrecord&ID=[id] which brings > up a message where I > put a "Yes Delete" link which goes like this: [thisurl]? > task=killconfirmed&ID=[id] > > So by continually appending the variables messes things up with two > values of [task]; or if I use different variables, say killrecord=t > and killconfirmed=t, for the action, it would repeat the first step. > Also would be problematic in the shownext links which would keep > piling them on. > > But being able to include them would be helpful in some cases. > > Terry Govinda

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:

Separate SSL Server (1997) Where is f2? (1997) Forms Search Questions (1997) Summary: Webmerchant quitting (1998) Mac Vs WindowsNT (1997) Question about links (1999) [WebDNA] Accepting Payments on Site (2013) Preventing Safari caching (2003) WebCat2b15MacPlugin - [protect] (1997) WC1.6 to WC2 date formatting -FIXED! (1997) [searchstring] (1998) [Announce] Newest Commerce Site based on WebCatalog (1997) reading a email (2000) Do triggers work on Macs? (2000) Encrypted links ... (2000) search results not sorted with 'cl' (1998) feature request-- [epoch] (2004) New public beta available (1997) Snake Bites (1997) Clearing orders and database help! (1997)