Telerik version 2011.1.614.35 I am facing following two issues with RadEditor on Chrome (version 28.0.1500.95) and Safari (version 5.1.7) - a. Gray area is seen in the lower part of the RadEditor for Design and Preview modes. When some text is typed, the gray background vanishes for that line of text. b. Border of the RadEditor is not complete at the bottom left corner in the HTML mode. This behavior is seen whenever there is some text in it, be it the default text or the text of the field that is bound. Please refer the attachment RadEditorIssues.png
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
Hi, Browser : IE11 Telerik version : 2013.3.1114.40 - Q3 2013 release Steps to reproduce the issue : 1 . Copy ordered list from MS WORD 2010 2. Paste it in RadEditor 3. View html markup in radeditor Each text within LI tag is wrapped by P tag and this issue occurs only in IE11 browser. Ideally ,p tags should be stripped off. Looking forward to your response. Thanks in advance, Anthony
Steps to reproduce: Run this in IE7 or another IE in IE7 mode: <telerik:RadEditor ID="RadEditor1" runat="server" EditModes="Preview"></telerik:RadEditor> Workaround: <telerik:RadEditor ID="RadEditor1" runat="server" EditModes="Preview"></telerik:RadEditor> <script type="text/javascript"> (function ($T) { if ($telerik.isIE7) { var prototype = $T.Editor.UI.SizerLegacyIE.prototype; var setContentElementHeight = prototype.setContentElementHeight; $T.Editor.UI.SizerLegacyIE.prototype.setContentElementHeight = function () { setContentElementHeight.call(this); var editor = this.editor; if (editor.get_mode() != $T.EditModes.Html) { var iframeParent = this.getIframe().parentNode; if (Math.abs(iframeParent.offsetHeight - editor.get_element().offsetHeight) < 5) { iframeParent.style.height = ""; } } } } })(Telerik.Web.UI); </script>
Having the entity in a sentence, and trying to find or find and replace in this sentence, the found word seem to be incorrectly highlighted/selected. Therefore, when trying to replace, incorrect selection is replaced. A possible fix is adding the entities inside span elements, so that additional inner text nodes are created. The following code example implements such functionality upon opening and closing the FindAndReplace dialog <telerik:RadEditor ID="RadEditor1" runat="server" OnClientCommandExecuted="OnClientCommandExecuted"> <Content> <p>some text. some text.</p> </Content> </telerik:RadEditor> <script type="text/javascript"> function OnClientCommandExecuted(editor, args) { var commandName = args.get_commandName(); if ($telerik.isIE && commandName === "FindAndReplace") { updateNbspEntities(editor, true); var dialog = editor.get_dialogOpener()._dialogContainers[commandName]; dialog.add_close(function () { updateNbspEntities(editor, false); }); } }; function updateNbspEntities(editor, toAddInNodes) { var html = editor.get_html(true); if (toAddInNodes) { // insert all entities inside nodes to fix IE ranges html = html.replace(/(( )+)/gi, "<span>$1</span>"); } else { // restore them when FindAndReplace dialog is closed html = html.replace(/<span>(( )+)<\/span>|<font>(( )+)<\/font>/gi, "$1"); } editor.set_html(html); }; </script>
Example html element inside a bolded html element:
<p>
<strong>
Prior Authorization
<span>inner html element</span>
Interceptor
</strong>
</p>
The resulting html in the html tab has extra html elements in both sections of surrounding still-bolded text.
<p>
<strong>Prior Authorization <span></span></strong>
<span>inner html element</span>
<strong><span></span> Interceptor</strong>
</p>
these pages shows the accessibility standards for tables.
https://www.w3.org/WAI/tutorials/tables/
https://www.w3.org/WAI/tutorials/tables/two-headers/
https://www.w3.org/WAI/tutorials/tables/irregular/
For these two sub links "Tables with two headers" & "Tables with irregular headers", they are looking for "scope=col", "scope=row", "scope=colgroup", "scope=rowgroup".
There doesn't seem to be any built in support for "scope" to be added when using the table wizard, having set on the Accessibility tab a Heading for both a Row & Column.
Add support for "scope" be added to tables created in the Rich Text Editor.
(https://www.telerik.com/forums/table-wizard---scope-attribute-for-tables#XKGf9DNED0a8Cdxvzh7Qvg)
Currently, by using ExternalDialogsPath property, developers can extend the built-in dialogs by adding the user controls in a local folder. It would be a nice-to-have feature, if these user controls can be also located in a virtual folder.
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.
It will be possible to use Lightweight render mode with AccessibleRadEditor.
The Text property of the editor converts the html into plain text. Very handy. It would be really helpful if this could be exposed as a static method on the editor for use elsewhere, without having to create an editor object. I know that I could just grab the source code and create my own, but then I don't get the benefit of improvements and bug fixes you may add in the future.
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
It becomes the operation of Chrome only. after the new line, if you type continuously double-byte character string "あい",the input result was "い". The correct answer is "あい". For operation that does not occur in earlier versions, I think I've considered this release version of the bug, the cause can be identified?
The issue is reproducible when NewLineMode is Br and the cursor is at the end of the formatting node in Chrome. The workaround is to check the position of the new inserted Br element and append it to the formatting node if it is necessary. <telerik:RadEditor ID="RadEditor1" runat="server" NewLineMode="Br"> </telerik:RadEditor> <script type="text/javascript"> (function () { if (!$telerik.isChrome) return; var insertBr = Telerik.Web.UI.Editor.EnterNewLineCommand.prototype._insertBrElementSafari; Telerik.Web.UI.Editor.EnterNewLineCommand.prototype._insertBrElementSafari = function () { var utils = Telerik.Web.UI.Editor.Utils, command = this, selection = command.get_editor().getSelection(), range = selection.getRange(); if (range.commonAncestorContainer != range.startContainer || range.commonAncestorContainer != range.endContainer) return insertBr.call(command); var commonElement = utils.isTextNode(range.commonAncestorContainer) ? range.commonAncestorContainer.parentNode : range.commonAncestorContainer; var commandResult = insertBr.call(command); range = selection.getRange(); var br = range.commonAncestorContainer.childNodes[range.startOffset]; if (!utils.isTag(br, "br")) return commandResult; if (!$telerik.$.contains(commonElement, br)) { commonElement.appendChild(br); range.selectNodeContents(commonElement); range.collapse(false); selection.selectRange(range); } return commandResult; } })(); </script>