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:
could someone please try this - it's very quick and easy (2000)
Running 2 two WebCatalog.acgi's (1996)
WebCat2 - Getting to the browser's username/password data (1997)
WebDNA Server Not Running (2005)
WebCat2 - [include] tags (1997)
WebCatalog for guestbook ? (1997)
MacAuthorize order data fields WAS:How To question... (1997)
sorting question... (2001)
problem with waitForFile? (1998)
WebCatalog2 Feature Feedback (1996)
Summary search -- speed (1997)
Add - optional parameters textA=.... (1997)
[WebDNA] [OT] economical reliable SSL certs? (2009)
Search in 2 or more catalogs (1997)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)
For Sale (2): WebTen 3.x (!) and WebCat 2.x (2000)
passing search criteria (1997)
The address of this list has changed to WebCatalog-Beta@talk.smit (2000)
Hosting Service (1998)
WC Database Format (1997)