The Paste event is added twice to the Editor's undo stack in IE. The issue is reproducible as of Q3 2013.

Steps to reproduce:
1. Open http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx
2. Paste some content

Result: The Paste command is added two time in the Undo stack

The content is not scrolled to the end of the pasted content in IE11 - the scrollbar keeps its initial position instead. The issue is reproducible in IE (tested in IE11) and Chrome, but not in Firefox nor standard editable iframe.

Steps to reproduce:
1. Open in IE: http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx
2. Paste big enough content, so the scrollbar will be shown

Actual: The scrollbar stays on the top.
Expected: The content area is scrolled to the end of the pasted content

Possible workaround could be creating a temporary selectable element after the pasted content, which to be selected manually:
		<telerik:RadEditor ID="txtMessage"  runat="server" OnClientPasteHtml="OnClientPasteHtml">
		</telerik:RadEditor>
		<script>
			function OnClientPasteHtml(editor, args) {
				if (args.get_commandName() == "Paste" && $telerik.isIE) {
					args.set_value(args.get_value() + "<div id='selectableEl'></div>");
					setTimeout(function () {
						var selectedEl = editor.get_document().getElementById("selectableEl");
						console.log(editor.getSelectedElement());
						Telerik.Web.UI.Editor.Utils.scrollTo(selectedEl, editor);
						$telerik.$(selectedEl).remove();
					}, 0);
				}
			}
		</script>

The default action for the Bold and Italic buttons ([B] and [I]) on the toolbar, is to insert the <strong> and <em> tags. However, this is not the same, and may insert the wrong semantic information.

Bold and Italic are used in far more contexts than just emphasis. For example, many people use these functions to create headlines. (While not semantic, this is not incorrect because they choose to apply a styling.) Italic is also commonly used in quotes and references. None of these applications are correct with <strong> and <em> tags.

Also, remember that <strong> and <em> only render as bold and italic in the default settings for the most common browsers. There are many browsers that don't/can't render these as bold and italic, and a website's stylesheet can also easily override the rendering of <strong> and <em>. This is not what the writer expects, as they have simply used the Bold and Italic buttons in the editor.

Instead, the Bold and Italic buttons should insert style code, such as <span style="font-weight: bold"> and <span style="text-decoration: italic">. The Underline button is already doing this.

If the preference is to use tags instead of inline style, then the <b> and <i> tags should be used instead. Please note that, even though these were deprecated in HTML4, they are now again valid for HTML5.

If the goal is to produce semantic HTML, then the Bold and Italic buttons should be replaced with Emphasis and Strong buttons.

I *know* the editor can be configured to do this. It is the default setting (which is used by 99% of your users) that is wrong.

A similar situation was previous the case for the Indent button, which inserted the <blockquote> tag. Thankfully, this has been changed to insert the style="margin-left: 40px;" code instead.

References:
- https://www.nosegraze.com/difference-between-b-strong-html/
- https://web.archive.org/web/20091124170143/http://lists.evolt.org/archive/Week-of-Mon-20010521/032901.html
- http://engineeredweb.com/blog/2013/html5-semantic-diff-bold-strong/
- http://stackoverflow.com/questions/4939807/strong-vs-font-weightbold-em-vs-font-styleitalic
- https://developer.mozilla.org/en/docs/Web/HTML/Element/strong#Bold_vs._Strong
- http://stackoverflow.com/questions/271743/whats-the-difference-between-b-and-strong-i-and-em
- http://www.html5-tutorials.org/html-basics/i-b-em-strong-tags/

(This is not a new situation, many of the references are over 5 years old.)

In scenarios where RadEditor is moved through the DOM the typical approach is to call the onParentNodeChanged method in order to re-render the editor. In Edge browser this does not work. CleanAtributes filter is alerted as failed and further RadEditor is unresponsive. 

Temporary solution is to switch the content area mode to DIV:

     <telerik:RadEditor ID="RadEditor1" runat="server" ContentAreaMode="Div" />

Using plain RadEditor controls with default Default toolbar where ToolProvideID is also used, a JS error is thrown and ToolProvide mechanism does not operate as expected. 

As a temporary workaround, you can use any other toolbar mode (e.g., ShowOnFocus).

When having a video object added via the Media Manager, switching from Design to HTML couple of times results to multiple param tags duplicated. 

When we use the context menu on a table to insert a new row (above or below) if the table uses css class layout, the new line is the same one in which we click with the right mouse button to open the context menu.

So my suggest is re-apply the css class layout automatically after inserting a new row or column.

I believe in using OnClientCommandExecuted event, and his call for the same function as applied css class layout for the first time.

In the Annex there is a sequence of screen shots illustrating the situation

Tracked content that is deleted should be removed directly, but newly added content should be tracked.

Setting render mode to auto or lightweight via the web.config does not affect the rendering of RadEditor with markup that is used with FileManager's composite properties. For example, ImageManager-MaxUploadFileSize, ImageManager-ViewPaths, etc. 


For the time being, you can explicitly set the RenderMode property of RadEditor to either Auto or Lightweight in order to resolve the problem. 

When resizing images in RadEditor design mode using the corner-handles the image should retain its aspect ratio. This works very good in Firefox (v. 41.0.2) out-of-the-box because the browser implements that functionality but not in IE (v. 11.0) or Chrome (46.0) in Windows 8.1 (v 6.3, build 9600).

The radeditor is quite a useful control.  It just seems to lack some basic events that you would expect to seen from any input type control.  The control is great for html translation, but if you are using it for user input it could us a few basics. 

Yes, there is a OnClientInlineEditCompleted event that works when you are in InlineEdit mode which is a good start, but InlinEdit mode is not good for all scenarios.  

Take for example when you have a survey with a "time from started" asp:timer.  Each time the timer ticks and you are in InlineEdit mode the menu disappears even when the user is still actively using the radeditor. 

If we are in the same survey.  We can also automatically save the information that was entered by the user if we have either or a on_change or lost_focus event that could be used.  Obviously there are a bunch of menu interactions that could be cause the lost_focus or on_change event to occur, but those could be filtered by the user so they could be caught so you know that you are not actually leaving the radeditor.

Thank you for your consideration.

When creating or updating old areas, the target value always shows either Target or the lastly selected one. It does not update its state.

This feature is available when ContentAreaMode is Iframe.

FileBrowser dialogs cannot upload files greater than 200kb when AsyncUpload is disabled (i.e., the Upload control is used instead). 

ColorPicker inside a RadEditor don't fit inside DropDownBody, the last color jumps down a row. This happens when RadEditor Skin is set MetroTouch and RenderMode to Lightweight.
Video: http://screencast.com/t/4GOnnf0UcsfU

The RadEditor is posting multiple symbols when you select to insert a symbol. This happen when the RenderMode is set to LightWeight. The problem is reproducible also when inserting code snippets via the "Insert Code snippet" tool.
video - http://screencast.com/t/DfBMWrW4Px7I

Steps to reproduce:
1. Open http://demos.telerik.com/aspnet-ajax/editor/examples/rendermodes/defaultcs.aspx
2. Try to insert a symbol through "Insert Symbol" command
    Result: Two symbols are inserted instead of one

When creating a list or multiple paragraphs, which have links inside text, applying fore color to the whole text, links does not get affected. 

As a side effect, when only the link is selected and the same color is applied, nothing happens.  

To temporarily improve RadEditor by default to style the links according to the span wrapper elements, you can use the following approach:


 ○ When ContentAreaMode is set to Iframe or not configured:

    ASP.NET
    -----------------------------------------------------------------------
        <telerik:RadEditor runat="server">
            <CssFiles>
                <telerik:EditorCssFile Value="Styles.css" />
            </CssFiles>
            <Content>
                <ul>
                    <li>text <a href="#">link</a> text</li>
                    <li>text <a href="#">link</a> text</li>
                    <li>text <a href="#">link</a> text</li>
                </ul>
            </Content>
        </telerik:RadEditor>
    -----------------------------------------------------------------------

    Styles.css
    -----------------------------------------------------------------------
        span a {
            color:inherit;
        }
    -----------------------------------------------------------------------


 ○ When ContentAreaMode is set to Div:
    -----------------------------------------------------------------------
        <style>
            .reContentArea span a {
                color:inherit;
            }
        </style>

        <telerik:RadEditor runat="server" ContentAreaMode="Div">
            <Content>
                <ul>
                    <li>text <a href="#">link</a> text</li>
                    <li>text <a href="#">link</a> text</li>
                    <li>text <a href="#">link</a> text</li>
                </ul>
            </Content>
        </telerik:RadEditor>
    -----------------------------------------------------------------------

In order to support the described situation in your project you need to further implement a custom logic that transforms the img's src's value to base46. 

You can find attached an example which you can follow.