The toolbar doesn't show when its mode is ShowOnFocus and PageTop in IE11

A possible resolution is to attach a function to the editor's "focusin" event, the logic of which is to force the visibility state of the toolbar. You can examine the following example:

<telerik:RadEditor runat="server" ID="RadEditor1" 
	ToolbarMode="ShowOnFocus" OnClientLoad="OnClientLoad">

</telerik:RadEditor>

<script type="text/javascript">
	function OnClientLoad(editor, args) {
		editor.attachEventHandler("focusin", function (e) {
			var toolAdapter = editor.get_toolAdapter();

			setTimeout(function () {
				var isVisible = toolAdapter._toolbarHolder ? toolAdapter._toolbarHolder.isVisible() : false;
				if (!isVisible) {
					toolAdapter._showToolbarHolder(true);
				}
			}, 0)
		});
	}
</script>

When RadEditor's ContentAreaMode is Div the entire page is printed instead of just the content. 

Possible solution is changing the mode to Iframe as it is by default. 

setSize() is not applying dimensions properly to the content area.

RadEditor is resized correctly but the content area isn't. Once resize RadEditor manually through its resize handle, the content area becomes resized properly.

The content area size is exceeding RadEditor's height in IE11 with its default document mode "Edge". Currently the issue could be worked around by setting the following meta tag.

      <meta http-equiv="x-ua-compatible" content="IE=10">
The approach is described on the following article:

http://msdn.microsoft.com/en-us/library/ie/jj676915%28v=vs.85%29.aspx

If a font table (i.e. default font, or the \fonttbl keyword) is missing from the RTF content that is being loaded in RadEditor, the control should not throw an error. If possible or needed, a font table section can be added if it is not already present in the content.

A possible workaround:
<rad:RadEditor ID="RadEditor1" runat="server" OnClientCommandExecuted="OnClientCommandExecuted"></rad:RadEditor>
function OnClientCommandExecuted(editor, args) {
                if ("Unlink" == args.get_commandName()) {
                    if ($telerik.isFirefox) {
                        var anchor = editor.getSelectedElement();
                        if (anchor && anchor.nodeName == "A") {
                            Telerik.Web.UI.Editor.Utils.removeNode(anchor);
                        }
                    }
                }
            }  

AutoResizeHeight functionality is not working correctly under IE, Chrome and Opera, when it is set to true.

Behavior:
Under IE: Editor is not resized when content is deleted.
Under Chrome: Editor's content area is resized to cover the space but the editor preserve its height.
under Opera: Editor keeps expanding when removing content.

When creating links in RadEditor if the href attribute has square brackets, opening the hyperlink manager will appear like there is no url at all. 
If OK button is clicked the url disappears.

RadEditor's height is increasing as the content increases in iPad. The height of the control should remain the same but scrollbars should be displayed in the content area.

In Q2 2013 the block commands in RadEditor were greatly improved to match desktop editors closely. This means that now block elements like <p> or <div> are required for operations like creating lists, indent/outdent commands.

The default value for the NewLineMode property of the control is BR for historical reasons and thus when the end users press enter they do no longer create elements the block commands can work with. Changing it would be a breaking change, however.
Here is a list with possible implications of changing the default NewLineMode value to P:


Pros:
- The default text editing in modern browsers according to HTML5 specifications (https://dvcs.w3.org/hg/editing/raw-file/tip/editing.html#the-insertparagraph-command) requires that a paragraph is inserted when enter is pressed
- The content generated by the end users by default will integrate better with the improved commands of the control
- Most desktop rich text editing applications (like MS Word) insert a paragraph when enter is pressed


Cons:
- A breaking change in the current control behavior and configuration
- When paragraphs are inserted they will add more margins so the final appearance of the content and the editing process will require more height
- By default, the underlying rich-text editing engine of Firefox uses BR tags and Chrome's - DIV tags


Please use the buttons on the right to vote whether this change should be implemented. If you have anything to add - the comments below can be used.

When using FormatBlock Tool with text inside <div> element the result differs under the different browsers.

IE:
- cursor placed inside the <div> with no selection: the <div> tag is replaced by the selected heading.
- partially selected text: the <div> is split into two and the selection is wrapped with a heading tag.

FireFox:
- cursor placed inside the <div> with no selection: a heading tag wraps the whole text and the <div> is preserved as parent element.
- partially selected text: the <div> is split into two and the selection is wrapped with a heading tag.

Chrome:
- cursor placed inside the <div> with no selection: the <div> tag is replaced by the selected heading.
- partially selected text: the <div> is split into two and the selection is wrapped with a heading tag.

Steps to reproduce:
1.Type some text in the content of the editor;
2.Press Accept All Track Changes button;
3.Type some other text between two words of the previous text;
4.Press Accept All Track Changes button;

When RadEditor is disabled from the client-side (enableEditing and set_editable are set to false) the user is still allowed to indent the content using the Tab key in Internet Explorer. 

Code for test:
<ol>
    <li>test
    <ol>
        <li>test </li>
    </ol>
    </li>
</ol>

1. Go to the end of the nested list and press 'Enter' twice

2. The nested list is discontinued but by pressing Enter the parent list can not be discontinued.

Issue caused by: RadPanelBar, ContentAreaMode="Div"

When RadEditor is placed in a contracted RadPanelBar and RadEditor's ContentAreaMode is set to Div, upon the panel's expansion, RadEditor's height shrinks and JavaScript errors are thrown.

Occurs in: IE7 and IE8.