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.
Steps to reproduce: 1. Insert two lists <ol> <li>test1</li> </ol> <ol> <li>test2</li> </ol> 2. Copy the first list 3. Insert one more list item in the second list and paste the first list Expected: <ol> <li>test1</li> </ol> <ol> <li>test2</li> <li>test1</li> </ol> Actual: <ol> <li>test1</li> </ol> <ol> <li>test2</li> <li> <ol> <li>test1</li> </ol> </li> </ol>
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.
Under firefox a request for the stylesheet is made but it is never received. Currently, the following workaround resolves the issue: if ($telerik.isFirefox) { setTimeout(function(){ sender.onParentNodeChanged() }, 500); } else { sender.onParentNodeChanged(); }
When ContentAreaMode="Div" RadEditor's Content Area's width automatically re-sizes with the content. If width is applied to reContentArea div element, the problem is resolved. Actual behavior: by placing a long word or pasting an image larger than the content area's dimensions, its width is automatically expanded. (see ActualBehavior.png) Expected Behavior: the content area's width should remain unchanged despite word length and pasted image dimensions. (see ExpectedBehavior.png)
Issue: Error on RadEditor focus withing RadMultiPage To Reproduce: 1)Use updatepanel or radajaxpanel 2)Use RadTabstrip and RadMultiPage with several RadPageViews 3)Add RadEditors to all RadPageViews 4)After first page load, using the ui, click to focus in one RadEditor to see toolbar. 5)Switch Tabs 6)Using the ui click to focus in a different RadEditor, and receive the error. Error: TypeError: this.view is null }else{this.view.hide(); Teleri...8a7831e (line 19237) Version: Bug in product version: 2013.2.611.45 It worked in the version we were using prior: 2012.2.912.40
Radeditor when initially set as visible="false", the toolbar border images never renders when the control is later set to Visible="true".
When the cursor is at the beginning of H2 element and enter key is pressed, the RadEditor adds additional H2 element in NewLineMode='Br'.
The floating toolbars do not appear properly with the new RadWindow Lightweight rendermode. They are too short, backgrounds are missing and sizes are incorrect, so buttons are misaligned and/or overlapping. A workaround is avoiding the lightweight rendermode of RadWindow through the web.config. Add the following in the <appSettings>: *<add key="Telerik.Web.UI.RenderMode" value="Lightweight" />* and other RadWindows that need LightWeight rendering (but they must not be on the same page, or masterPage-contentPage-userControl combination) can have their own RenderMode property set to Lightweight.
Dispose a RadEditor with AJAX (ASP UpdatePanel, RadAjaxpanel, RadAjaxManager) and if you attempt to show a floating toolbar (i.e. all ToolbarMode options except Default and RibbonBar) a JS error is thrown. There are two workarounds: 1) use ASP UpdatePanel with ChildrenAsTriggers=false and updateMode=Conditional 2) override several RadWindow methods to prevent the error (these scripts must be placed just before the closing </form> tag): <script type="text/javascript"> Telerik.Web.UI.RadWindow.prototype._moveElementToShowOutOfView = function () { if (this.view) this.view.moveOutOfSight(); } Telerik.Web.UI.RadWindow.prototype.setVisible = function (toShow) { if (this.view) { if (toShow) this.view.show(); else this.view.hide(); } } </script>
The 'Link Text' text box does not always appear in the Link Manager of RadEditor in IE. Behavior is observed when text in an inline element is selected and Link Manager is opened.
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.
If the user opens a dialog (Table Wizard, for example) clicking the 'OK' button applies the new changes, but does not close the dialog - it instead loses focus. The bug is reproduced in all versions of Internet Explorer when RadEditor is configured to use classic dialogs.
Currently the default font of RadEditor in Chrome is set to "Times New Roman". This font, however, is not set to the text.
When a table of any size is inserted in RadEditor, the user's cursor is placed in the beginning of the document and is, thus, scrolled to the top. The issue appears in all versions of Internet Explorer in which the Document Mode is set to IE7 and IE8. The same behavior is observed when pasting content in a table.
When a custom font is used in the RadEditor and the cursor is positioned on text that uses this font, the font name that is displayed in the Font Name dropdown will not be correct under IE.