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:
one item in several different categories? (2000)
ShoppingCart clearing code (2004)
Appending a field to itself (2000)
[OT] Xserve (2002)
Looking up two prices in database? (1997)
Problem (1997)
Path of Events (1999)
[WebDNA] Some JS help please (2010)
hiding return characters (2000)
[WebDNA] HTTP post help (2012)
more ! testing (1997)
Preventing Merchant Settling ? (1997)
Problems passing [SKU] with $Replace in 2.0 (1997)
Major OT shopping cart test request. (2002)
WebCat and PIXO (2000)
unitshipcost vs shipcosts (1997)
Order not created error (never mind) (1997)
[ShowIf] and empty fields (1997)
[LOOKUP] (1997)
HELP WITH DATES (1997)