If you try to re-format a paragraph with a link inside to a heading, the final result will be multiple headings split by the link.
In Firefox, 38.0.1, some text inputs cannot be typed into. They can be focused and the cursor appears to be in the input, but you cannot type.
End-users cannot clear class or apply class of block elements (i.e., <p>, <div>, <h1>, etc.,) when a class name already exists.
Entering two consecutive spaces in the middle of a paragraph causes the cursor to jump to the end of the paragraph. The issue is reproducible with version 2015.1.401 (and not reproducible with Q3 2014) Steps to reproduce: 1. Open the following url in IE11, setting the compatibility mode to IE8 (or in real IE8) 2. Type in a short sentence into the Editor 3. Place the cursor in the middle sentence and hit the space bar (or other char inserting button) twice Result: The cursor will jumps to the end of the sentence.
Web page hangs with long running script error when the Foreground color of table content is cleared in IE11. Steps to reproduce: 1. In IE 11 Go to editor demo http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx 2. Click HTML view and delete everything 3. Copy this into editor <html> <head> <title></title> </head> <body> <table> <tbody> <tr> <td style="color: #000000;">Lorem ipsum</td> </tr> </tbody> </table> </body> </html> 4. Go to design mode highlight some text and click on the "Foreground color" button, select the clear choice (upper left) 5. Web page hangs with long running script error. (It has something to do with that style on the TD)
Using the Image Map Editor to create a mapped area over the entire image, causes the image to be unelectable.
If the content contains html, head and body tags (Full HTML editing), and switching to Design mode causes a slightly slower rendering. If the same HTML is used directly in the, the design mode renders as expected.
As the selection changes when typing inside textbox, JavaScript errors are being thrown.
For example, checkboxes with plain text as labels before them do not appear selected in RadEditor: HTML: Checkbox: <input type="checkbox" />
Using the desktop MS Word, pasting is fine. Using the Online version, the HTML gets messed up with plenty of unneeded DOM attributes and additional elements. It would be best if pasting provides a cleaner HTML as it is when pasting form the desktop MS Word.
Pasting complex lists from MS Word are not properly translated to HTML list nesting. Often, the sub lists are mixed up with their parent lists.
RadEditor allows the copy and paste of images directly into the Editor content area. The Editor converts this images to a base 64 string and includes them in the HTML. What would really be great is if it could instead convert the image to a file, perhaps even from the base 64 string, and save it server side, and instead add an img tag referencing the saved file. This would be very useful for when the editor is being used for sending emails (less space) and even creating content as the file would be able to be cached. It's already being done in the TeamPulse product when a screenshot or other image is pasted into the editor. Please extend this functionality to be built into the AJAX version.
This may result in invalid content being sent to the server or incorrect behavior of the client-side.
The resize handle of the Editor is not visible if only only edit mode is active (e.g. Design mode). Steps to reproduce: 1. Run an Editor with the following configuration: <telerik:RadEditor ID="RadEditor1" runat="server" EditModes="Design" ></telerik:RadEditor> Result: The whole module row is not visible, including the resize handle.
Workaround: <telerik:RadTabStrip ID="RadTabStrip1" runat="server" MultiPageID="RadMultiPage1"> <Tabs> <telerik:RadTab Text="tab1" Selected="true"></telerik:RadTab> <telerik:RadTab Text="tab2"></telerik:RadTab> </Tabs> </telerik:RadTabStrip> <telerik:RadMultiPage ID="RadMultiPage1" runat="server"> <telerik:RadPageView ID="RadPageView1" runat="server" Selected="true">RadPageView 1</telerik:RadPageView> <telerik:RadPageView ID="RadPageView2" runat="server"> <telerik:RadEditor ID="RadEditor1" runat="server" EnableTrackChanges="true" TrackChangesSettings-CanAcceptTrackChanges="true" ToolsFile="ToolsTrackChanges.xml"> <Content> <p>paragraph 1</p> <p>paragraph 2</p> </Content> </telerik:RadEditor> </telerik:RadPageView> </telerik:RadMultiPage> <script type="text/javascript"> $telerik.$.extend(Telerik.Web.UI.RadEditor.prototype, { _initEvents: function() { var editor = this; if (editor.__original__initEvents) { editor.__original__initEvents(); } editor.add_domChange(Function.createDelegate(editor, editor._domChangedHandler)); editor.attachInternalHandler("keypress", Function.createDelegate(editor, editor._keyPressHandler)); editor.attachInternalHandler("keydown", Function.createDelegate(editor, editor._keyDownHandlerEnableTrackChangesOverride)); editor.attachInternalHandler("keydown", Function.createDelegate(editor, editor._keyDownHandler)); } }); </script>
When the EnableTrackCahnges functionality of the Editor is set to true, a context menu is shown only if the user right-clicks over a tracked change. Clicking over a not changed element does not pop-up any context menu (neither the Editor's not the browser one). The issue is reproducible in all browsers. Steps to reproduce: 1. Run the following configuration: <telerik:RadEditor ID="RadEditor1" runat="server" EnableTrackChanges="True"> <Content> <span>SPAN dssad</span> <div>DIV fsdfksjdfkf</div> <p>Paragraph jfdshfksjdhfksdhk</p> </Content> </telerik:RadEditor> 2. Right-click over a not track-changed element. Actual result: No context menu is shown. Expected result: The Editor's default content menu (or the browser on) is shown.
Cut, Copy and Paste commands shortcuts are not respected in RadEditor. This is preventing the users to apply custom shortcuts to these commands as it is described in the documentation: http://www.telerik.com/help/aspnet-ajax/editor-keyboard-support.html
When a parent control is disabled by setting Enabled to false, all children controls should inherit the behavior and act as disabled. RadEditor does not follow this logic and stays enabled.
The first div element in the content is stripped out, every time a submit occurs with opened HTML tab.