I've had some complaints from user on a page with 2 RadEditors.  If they go to a 2nd page and then hit the 'back' button, all the other controls on the page have what they last typed in, but not the 2 radEditors.

If a font is selected in the FontName dropdown and then some code is pasted in the editor's content area (font stripping is turned on) then the selected font is cleared and did not applied to the pasted content. What the user is trying to do is to have it paste into the font that he has selected in the rad editor not into the default font of the browser nor the default font of the rad editor.

The get_text() client side function of the editor seems to append a newline character to the retrieved text. This had the effect of breaking a string comparison I had to clear placeholder text ('enter detailed text here') when the user clicks on the content area. The problem is apparent only on Chrome and Safari, but not IE.

I fixed this problem by removing the trailing newline character using a regular expression:

var t = editor.get_text();
t = t.replace(/\n/g, "")
....then do the string comparison

The problem appeared in version 2012.2 912.

A possible workaround: take the PageProperties.ascx dialog and use it as an external dialog in your project and change the _setClass: function to

_setClass: function (element, cssClassHolder) { element.className = cssClassHolder.get_value(); } 

We've noticed that when editing an Image Map on an image, the <map> tag will always be placed at the end of the HTML. While this not a problem in general, as most Browsers seem able to understand it, it can break the Image Map if such HTML is viewed in Outlook 2005-2010 under certain conditions:

Steps to reproduce, using the Rad Editor demo:

* create a table with 1 column, and 3 rows.

* Insert an image into the middle row

* Right Click Image -> Image Map Editor -> Add a couple of hot areas

* Close Image Map Editor

The editor will generate HTML from this, that has the <IMG> tag properly placed in the middle row column, but the associated <MAP> tag placed AFTER the closing </TABLE>. This will break the image map in Outlook, because it apparently requires the <map> to be in the same block or inline element as the associated <img>.

Is there a way to make the editor always place the <map> tag immediately after the <img> it belongs to, instead if placing it at the end of the current HTML?