umm... no ... Try this
<input type="text" name="name" value="#htmleditformat(myvar)#"> Then type 'Jim "the Man" davis' into that form field, drop it into a persistent variable or a database, retrieve it from that location and populate the form with it (as above), submit the form and save it to the same place. It _does_ change the content. You wind up with 'Jim "the Man" Davis' as your content. I've seen people sometimes use ReplaceNoCase() to convert " and other html entities into double-quotes on the action page, but then no-one can enter an html entity in the form field, because those get converted. It's a lose-lose situation. Same story with textareas. <textarea name="myhtml"><cfoutput>#mytextarea#</cfoutput></textarea> Do the same thing you did with the text field here, only instead of double-quotes, this time enter '<textarea name="somethingelse"></textarea>' into the field. After you've edited it once, you no longer have html content you now have <textarea name="somethingelse"></textarea> ... I don't make this stuff up. s. isaac dealey 954-776-0046 new epoch http://www.turnkey.to lead architect, tapestry cms http://products.turnkey.to certified advanced coldfusion 5 developer http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 > Yes...it is. I am using just as you described and it is perfect! > Thanks, > Steve > -----Original Message----- > From: Kwang Suh [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 26, 2002 10:51 AM > To: CF-Talk > Subject: RE: Writing a file with CFFILE > Used properly, HTMLEditFormat() does not change the content. > If you type "Hello & Goodbye", into a form field, once submitted, it > becomes: > "Hello & Goodbye" > So, this is what you insert into the database. > Now, when you *display* the contents of that form field, *if* you *don't* > want the browser to parse it, then use HTMLEditFormat(). > For instance, let's say we let the user edit that text again in a form > field. Using HTMLEditFormat() within the value attribute of a form field, > you will get: > "Hello & Goodbye" > *But* when the form is submitted, you get: > "Hello & Goodbye" > Using HTMLEditFormat() *is* the perfect, easy solution! >> -----Original Message----- >> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]] >> Sent: Tuesday, November 26, 2002 7:36 AM >> To: CF-Talk >> Subject: RE: Writing a file with CFFILE >> >> >> You mean enabled -- or doesn't disable js... This is true -- but it's the >> only way I know of to preserve the original format of the text, including >> html, and allow it to be updated after the fact. HTMLEditFormat() or any >> other kind of string manipulation going into the form field will >> change the >> content in some way after the first edit. So there really is no perfect >> solution -- either you lose the original format, or you rely on >> javascript >> which could potentially be disabled. >> >> > Unless the client has JS disabled. Then this method won't >> > work at all. >> >> > -- >> > Mosh Teitelbaum >> > evoch, LLC >> > Tel: (301) 625-9191 >> > Fax: (301) 933-3651 >> > Email: [EMAIL PROTECTED] >> > WWW: http://www.evoch.com/ >> >> >> >> -----Original Message----- >> >> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]] >> >> Sent: Monday, November 25, 2002 11:07 PM >> >> To: CF-Talk >> >> Subject: RE: Writing a file with CFFILE >> >> >> >> >> >> Not necessarily. Assuming you want to be able to enter >> >> text areas and the >> >> like (or any html actually) in your textarea, using >> >> htmledit format will >> >> allow you to enter it once -- but never update it after >> >> the fact because >> >> when you save it the 2nd time, it's no longer html code. >> >> The email I just >> >> sent off a moment ago explains a method (afaik the only >> >> method) of >> >> preserving the content in its original format, so it's >> >> still >> >> viable as html >> >> even after it's been saved several times. >> >> >> >> > Nevermind... I'm an idiot over thinking the basics... >> >> > HTMLEditFormat()..! >> >> >> >> > hehe, >> >> > Steve >> >> >> >> > -----Original Message----- >> >> > From: Steve Reich [mailto:[EMAIL PROTECTED]] >> >> > Sent: Monday, November 25, 2002 9:26 PM >> >> > To: CF-Talk >> >> > Subject: RE: Writing a file with CFFILE >> >> >> >> >> >> >> I'm guessing you're using MX ... Probably using >> >> >> setEncoding() whether you >> >> >> specify ISO latin or UTF-8 on the form scope on the >> >> >> action page will >> >> > resolve >> >> >> the issue... I'd likely place it in the >> >> >> application.cfm >> >> >> and apply it to >> >> > both >> >> >> form and url. >> >> >> >> >> >> > Thanks! That fixed that problem. I have another one >> >> > now.... >> >> >> >> > If I call a file like this... >> >> >> >> > <cffile action="READ" file="#page#" variable="output"> >> >> >> >> > . then display it like this.... >> >> >> >> > <textarea >> >> > name="contents"><cfoutput>#output#</cfoutput></textarea >> >> > > >> >> >> >> > . I run into a problem if the variable output has a >> >> > textarea tag contained >> >> > within it. It sees the closing textarea tag in the >> >> > output >> >> > variable as the >> >> > closing tag for the textarea used to display the >> >> > variable. >> >> > All code after >> >> > the closing textarea is executed in the browser. >> >> >> >> > Example: >> >> >> >> > output = <textarea name="foo">This is some >> >> > text</textarea><br>Then some >> >> > other stuff >> >> >> >> >> >> > <textarea >> >> > name="contents'><cfoutput>#output#</cfoutput></textarea >> >> > > >> >> >> >> > .equals.... >> >> >> >> >> >> > <textarea name="contents'></textarea><br>Then some >> >> > other >> >> > stuff</textarea> >> >> >> >> > I get a textarea with this: >> >> > <textarea name="foo">This is some text >> >> >> >> > Then some other stuff. Kind of a bitch to explain. >> >> > Help! >> >> >> >> >> >> >> >> > TIA, >> >> > Steve >> >> >> >> >> >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> > ~~~ >> >> > ~~~~~~~~~~~| >> >> > Archives: >> >> > http://www.houseoffusion.com/cf_lists/index.cfm?forumid >> >> > =4 >> >> > Subscription: >> >> > http://www.houseoffusion.com/cf_lists/index. >> >> > cfm?method=subscribe&forumid=4 >> >> > FAQ: http://www.thenetprofits.co.uk/coldfusion/faq >> >> > This list and all House of Fusion resources hosted by >> >> > CFHosting.com. The place for dependable ColdFusion >> >> > Hosting. >> >> >> >> >> >> s. isaac dealey 954-776-0046 >> >> >> >> new epoch http://www.turnkey.to >> >> >> >> lead architect, tapestry cms http://products.turnkey.to >> >> >> >> certified advanced coldfusion 5 developer >> >> http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 >> >> >> >> >> >> >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > ~~~~~~~~~~~| >> > Archives: >> > http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 >> > Subscription: http://www.houseoffusion.com/cf_lists/index. >> > cfm?method=subscribe&forumid=4 >> > FAQ: http://www.thenetprofits.co.uk/coldfusion/faq >> > Signup for the Fusion Authority news alert and keep up >> > with the latest news in ColdFusion and related topics. >> > http://www.fusionauthority.com/signup.cfm >> >> >> s. isaac dealey 954-776-0046 >> >> new epoch http://www.turnkey.to >> >> lead architect, tapestry cms http://products.turnkey.to >> >> certified advanced coldfusion 5 developer >> http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
