I've fixed this problem by making some very minor changes to the core: farcry_core\tags\farcry\richTextEditor.cfm
The only change is to add HTMLEditFormat function around all the #attributes.values# in the textareas - and in the settings for the rich text editors. I've added it to all editors expect for eoPro4 which already had the changes. I've attached the updated file, it needs a bit of testing in all the different RTE's but shouldn't cause any major problems. Kind regards, Mark Lynch On Mon, 18 Oct 2004 23:25:37 +1000, Mark Lynch <[EMAIL PROTECTED]> wrote: > > > I'm trying to write an article on simple HTML for use in farcry - but > all of the entities i.e. < that I need to use for the examples keep > getting transformed back to their html entities - i.e. <. > > It there any way to prevent this in farcry - I've know I've come > across this problem before with a system I've developed, and I think > the fix was to use the cf function HTMLeditformat() inside every input > and text-area function. > > So I suppose the question is - is this something that is already > implemented in Farcry or is is something that needs to be done? To > prevent the conversion of entities to their html equivalent. > > I know most users of farcry wouldn't be affected by this functionality > as it mainly rears it's head when writing about HTML - but it also > shouldn't affect anyone either. > > Cheers, > Mark > > -- > www.lynchconsulting.com.au > > --- > You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > -- www.lynchconsulting.com.au
richTextEditor.cfm
Description: Binary data
--- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
