Re: [thisurl] or another way

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 29181
interpreted = N
texte = on 3/16/2000 2:47 AM, Nitai at nitai@eyework.net wrote:> I need on each page the exact url position. For this purpose I have used > [thisurl] on a macos server machine. This is fine because it returns me > blabla.tpl and so I can add ?test+[test] or whatever variable. > > BUT..on my MacOS X Server machine [thisurl] returns me the whole path. Thus > I can't use it. I understand that this is a bug. > > Ok, so what to do? I really need to have the current template available > somehow in a link. [referrer] does not work because I will need to change a > variable which is already in the link passed from the previous page. > > Any help would be greatly appreciated. > Here's what I am converting all my [thisURL] contexts to. I doing this on MacOS servers because I don't like to display the complete path to my documents in the form action (using Welcome it triggers too many rtemp.welcome hits), but it should also be an ideal solution to the unix file path problem with [thisURL]. Set the text variable at the top of the page like this: [listwords words=[thisURL]&delimiters=/][text]thisPage=[word][/text][/listwords] Then use [thisPage] in place of [thisURL] in your page.Mike ------------------------------------------------------------- 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 Associated Messages, from the most recent to the oldest:

    
  1. Re: [thisurl] or another way (Mike Davis 2000)
  2. Re: [thisurl] or another way (Nitai 2000)
  3. Re: [thisurl] or another way (Kenneth Grome 2000)
  4. [thisurl] or another way (Nitai 2000)
on 3/16/2000 2:47 AM, Nitai at nitai@eyework.net wrote:> I need on each page the exact url position. For this purpose I have used > [thisurl] on a macos server machine. This is fine because it returns me > blabla.tpl and so I can add ?test+[test] or whatever variable. > > BUT..on my MacOS X Server machine [thisurl] returns me the whole path. Thus > I can't use it. I understand that this is a bug. > > Ok, so what to do? I really need to have the current template available > somehow in a link. [referrer] does not work because I will need to change a > variable which is already in the link passed from the previous page. > > Any help would be greatly appreciated. > Here's what I am converting all my [thisurl] contexts to. I doing this on MacOS servers because I don't like to display the complete path to my documents in the form action (using Welcome it triggers too many rtemp.welcome hits), but it should also be an ideal solution to the unix file path problem with [thisurl]. Set the text variable at the top of the page like this: [listwords words=[thisurl]&delimiters=/][text]thisPage=[word][/text][/listwords] Then use [thisPage] in place of [thisurl] in your page.Mike ------------------------------------------------------------- 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 Mike Davis

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:

New syntax feedback for 4.0 (2000) Shopping cart now bad (1997) Cool! formulas (1998) (p2) WebDNA 5 - Privacy Issue (Built in sniffer) (2003) Emailer setup (1997) Using Plug-In while running 1.6.1 (1997) Sku numbers (1997) Ampersand (1997) Showif date range comparison (1999) UPDATE PROBLEM (1997) For those of you not on the WebCatalog Beta... (1997) Capitalize special cases (2000) [WebDNA] [thisurl] not clean on fastcgi 7 (2010) Incorrect Permission Settings (2003) problems with 2 tags shakur (1997) The beginning (1997) New commands in Final candidate (1997) Merry Christmas (2006) EIMS Problems (1997) [SearchString] problem with [search] context (1997)