i've run into a few issues that make me think the rich text editor is broken.  i've used this on both the form completion event / html email and module config / header, footer, etc

if i use the rich text editor and update the event / header or footer, the text does not update and it will revert back to blank or fill in random info (like the footer will fill in the heard txt).

my workaround for this is to select "basic text box" as the editor and then tell it to render in html...anyone else have this problem with DF 3.0.1 ?

thanks.  that post needs to be pinned to the top!

I am also having this problem. Originally turning of the Ajax worked, but now for the past 4 hours of struggling with it, it will not save and truncates the HTML each time differently. I am trying to us the Header, Footer, Display after message, etc. All of which have problems some of which don't.

Please advise.

Thanks,

Dustin

Hi Dustin--

What worked for me was to not turn ajax or any server/client side settings off...and instead, change the option to "basic text" and then type in my message, and then click the "render as html" button below...it seems to work fine.  The only issue i see is that it seems to turn off the rich text editor on other parts of the site and this isn't a great solution for a user trying to update text.

Curtis

Thanks for the advice, but unfortunatley that does not work for me. I have litterally tried everything I can think of and nothing works, It gets truncated after it seems so many characters and is somewhat different each time.

Any other help will be greatly appreacited. This is a problem and needs to be fixed. Happened to me so far on multiple sites.

Yes I am running on 3.0 release and yes turning that off worked for a bit and then stopped working. It does not seem that it is consistant to be the 2000 character limit. On the footer message, ti has way more text then the header and the header is causing me problems as well as display after message.

Ok, so i removed all html tags and it seems to hold the text now, so you may be right, but how does this vary so much from say the completion events where you can have many more characters it seems then the Header / footer and display messages?

Be curious to see on completetion event if I can format the email nicely without running into this problem. I have never had the problem with previous versions of the Module.

Dustin

I see. Thanks for the clarification.

Dustin--

I'd recommend using a completion event (email or redirect) if you specifically need a nicely formated thank you message,. For a redirect, you would create a new page in your portal and point this completion even to that specific page.  The flexability at this point is almost endless...i haven't had issues with the email completionevent, however, that appears to use the same text box.  Like Chad has mentioned, this will store more data so maybe not an issue?

The only caveat in this case being that it woudln't fix your header/footer issue.  The workaround I use is to drop a text module above and bleow the DF module and turn off the container.  We typically have a container that has no header to use in situations like this (no header container would still have whitespace on the top/bottom so it's not squished against the module above)

Curtis