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:
> > [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:
webcat2b12 CGI -- Date comparisons (1997)
[ListFiles] context & alias (1997)
Frames and WebCat (1997)
Multiple serial numbers (1997)
password authentication schemes (2003)
Understanding texta (1997)
PDF on the fly - how to? (2005)
my price won't move (1997)
RE: LookUp Tag (1997)
Re:no [search] with NT (1997)
WebCat2b12 CGI Mac - [shownext] problem (1997)
too many nested tags ... (1997)
dreamweaver (2000)
Pay Flow Pro Mac OS9 (2002)
Security Tip (1996)
Why this code works from some places and doesn't from others? (2000)
How to unsubscribe (2000)
really wierd browser truncating (1997)
plugin-acgi, different results (1997)
[WebDNA] HTML/OS vs. WebDNA ? (2008)