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?
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.
Rejected with the following description:
RadEditor performs complex operation in order to manage its content when switching between Design and HTML modes like cloning elements and inserting content in iframe elements. Internet Explorer, however, has some limitations related to that particular operations that prevents the control from preserving the onload attribute (e.g., attributes are not preserved when the iframe is cloned, writing html to an editable iframe doesn't always preserve the event attributes).
In order to handle that scenario you can replace the event attributes with JavaScript events. For example:
<telerik:RadEditor ID="RadEditor1" runat="server" ContentFilters="ConvertToXhtml">
<Content>
<html>
<head>
<script>
window.onload = function () {
alert(1);
}
</script>
</head>
<body >
some text
</body>
</html>
</Content>
</telerik:RadEditor>
Note: the ConvertToXhtml filter should be enabled as well.
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.