Re: When to use [convertchars] ?!?!?

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 32766
interpreted = N
texte = > > [convertchars] works excellent in one scenario... > > If I append the [paragraph] to a database: > > ¶graph=[convertchars][paragraph][/convertchars] > > no, use- > ¶graph=[url][paragraph][/url] > to get it into your db Ok, but it works with [convertchars][paragraph][/convertchars] too. > > But! When sending the form variables to a [writefile] context. > > > > [writefile news.htm] > > [convertchars][paragraph] goes here.[/convertchars] > > [/writefile] > > take off the [convertchars] here > > [convertchars] is only for displaying to the final end user - > within the HTML itself. > (so that for example a ® (I mean the reg. symbol i.e. > 'option=R') shows right even > in old browsers that need ® - or whatever the ISO code is) Either way...with or without [convertchars] in the [writefile] context...the result is the same. Carriage returns are not being converted. I did however find another solution...but I'm not sure how safe it is.I append the form variables to the database as before. Then, instead of posting variables directly to the [writefile] context, I pull them from the database. So, instead of:[writefile news.htm] [convertchars][paragraph] goes here.[/convertchars] [/writefile]I would use the following:[append db=blah, blah, blah]paragraph=[url][paragraph][/url][/append] [writefile news.htm] [search db=blah, blah, blah] [founditems] [convertchars][paragraph] goes here.[/convertchars] [/founditems] [/search] [/writefile] This gives me the result I want, but I'm worried about stability, due to the fact that the information is being appended to the database, then pulled back out for the [writefile] almost simultaneously. Could this cause problems? ------------------------------------------------------------- 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://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: When to use [convertchars] ?!?!? (Kenneth Grome 2000)
  2. Re: When to use [convertchars] ?!?!? (Kim Ingram 2000)
  3. Re: When to use [convertchars] ?!?!? (Kenneth Grome 2000)
  4. Re: When to use [convertchars] ?!?!? (Kim Ingram 2000)
  5. Re: When to use [convertchars] ?!?!? (John Butler 2000)
  6. Re: When to use [convertchars] ?!?!? (Kim Ingram 2000)
  7. Re: When to use [convertchars] ?!?!? (John Butler 2000)
  8. Re: When to use [convertchars] ?!?!? (Kim Ingram 2000)
  9. Re: When to use [convertchars] ?!?!? (Kenneth Grome 2000)
  10. When to use [convertchars] ?!?!? (Kim Ingram 2000)
> > [convertchars] works excellent in one scenario... > > If I append the [paragraph] to a database: > > ¶graph=[convertchars][paragraph][/convertchars] > > no, use- > ¶graph=[url][paragraph][/url] > to get it into your db Ok, but it works with [convertchars][paragraph][/convertchars] too. > > But! When sending the form variables to a [writefile] context. > > > > [writefile news.htm] > > [convertchars][paragraph] goes here.[/convertchars] > > [/writefile] > > take off the [convertchars] here > > [convertchars] is only for displaying to the final end user - > within the HTML itself. > (so that for example a ® (I mean the reg. symbol i.e. > 'option=R') shows right even > in old browsers that need ® - or whatever the ISO code is) Either way...with or without [convertchars] in the [writefile] context...the result is the same. Carriage returns are not being converted. I did however find another solution...but I'm not sure how safe it is.I append the form variables to the database as before. Then, instead of posting variables directly to the [writefile] context, I pull them from the database. So, instead of:[writefile news.htm] [convertchars][paragraph] goes here.[/convertchars] [/writefile]I would use the following:[append db=blah, blah, blah]paragraph=[url][paragraph][/url][/append] [writefile news.htm] [search db=blah, blah, blah] [founditems] [convertchars][paragraph] goes here.[/convertchars] [/founditems] [/search] [/writefile] This gives me the result I want, but I'm worried about stability, due to the fact that the information is being appended to the database, then pulled back out for the [writefile] almost simultaneously. Could this cause problems? ------------------------------------------------------------- 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://search.smithmicro.com/ Kim Ingram

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:2nd WebCatalog2 Feature Request (1996) Random (2000) Not really WebCat (1997) I think WebDNA-Talk died ... :( (1997) [WebDNA] feature suggestion (2011) Upgrade to wsV (Email issue) (2004) Re2: Calculating multiple shipping... (1997) I'm tired of all this! (2000) Nested [SEARCH] and [REPLACE] problem. (1997) BUG in [showif] using ^ (contains) (1997) three cart questions (1997) [WebDNA] MATH shortcut (2014) Re:quit command on NT (1997) Forcing a NEWCART (1997) OT: Poll Please (2002) Stumped on ShowNext -using variables (1997) Maybe off topic but how to charge (1997) Shopping carts and reloading pages (1997) What's New Date (2002) URL encoding (1998)