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:

Before I Can Begin . . . (1998) [WAY OFF TOPIC] anybody live in Kansas? (2003) Web Catalog Book? (1998) Help! WebCat2 bug (1997) populating a [table] (2004) [WebDNA] Video Request: "Faces of WebDNA" (2010) BIG PROBLEMS with Checkboxes!!! (1998) Running _every_ page through WebCat ? (1997) Physical Security for WebCatalog Directories (1997) Erotic Sites (1997) Adding Header Values with [SetHeader] (1998) Webcatlog server not running (2008) Here we go again... (2006) Listserver problem (1997) [WebDNA] duplicate cookies being stored in browser (2010) WebCommerce: Folder organization ? (1997) PCS Emailer's role ? (1997) [format] problem (2001) WebCat2b12 CGI Mac - [shownext] problem (1997) Formating found categories (1997)