When a new anchor is created and an anchor name is set via the Hyperlink Manager tool of RadEditor, the 'name' attribute will not be applied under IE7. Under IE8 the specified anchor name is set to a 'submitname' attribute of the anchor element.
When the content of the editor is within a SPAN element, nested in a P, pasting data with P element inside it using the pasteHtml() method throws JavaScript errors and the SPAN element is broken by the nested P elements. Steps to reproduce: 1.Set editor's content with this content: <p><span>Some text</span></p> 2.Use the editor's pasteHtml() method to paste this HTML in the middle of the above text: <p>Second text</p> 3.The result HTML is this: <P><SPAN>Some</P> <P>Second text</P> <P> text</SPAN><SPAN></SPAN></P>
When a RadEditor control is set to a small height and ContentAreaMode='DIV' resizing the wrapper causes the size calculation functionality to break, because the calculated value is negative.
When dragging items from an outside source into a RadEditor, be it text, image, video, etc. The API used to perform drag & drop is lacking. For example, an overlay needs to be shown over the top of the iframe element for the editor, whereas I would like to perform the drop at a specified area where I drop - not where the cursor is located.
The Table Wizard dialog, the Table Properties tab shows Cell Padding and Cell Spacing fields, but this fields can only apply values. If you edit them through the HTML mode or the Properties Inspector module, the fields in Table Properties dialog will not be updated.
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.
In IE, create a table and add a caption Apply the style="display: none" to the caption Attempt to select table using the Editor's select table function and an unspecified error is thrown in the console This issue was reproduced on the RadEditor demo page. This issue only happens in IE, could not reproduce in Firefox or Chrome. This issue does not occur when the display: none style is removed from the caption. Video: http://www.screencast.com/t/QxHb25w6e
A workaround is to add the following CSS rules to the DialogsCssFile stylesheet: .reLightweightDialog.RadForm_BlackMetroTouch.redLinkManager body, .reLightweightDialog.RadForm_Bootstrap.redLinkManager body { width: 540px; height: 540px !important; } /*or use that, which will affect all skins: */ /*.reLightweightDialog.redLinkManager body { width: 540px; height: 540px !important; }*/
This issue happens only on Macs with Chrome and Safari. It is related to the IME (input method editor) that is used to enter Japanese (Hiragana) words with Latin keyboards. Such an IME is provided by Windows and the Mac operating system. Part of the process to enter Japanese text is to enter several characters, then press the space bar to get a popup list of suggestions for potential words. The space bar is then pressed again until the desired word is highlighted. Then the user will press return to select the correct word. The user then presses the next characters to build the next word. If you need more information about typing Japanese text you can find a description here: https://www.coscom.co.jp/learnjapanese801/howjpdo.html The bug with RadEditor can be demonstrated with the current RadEditor demo page. (http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx) To recreate the problem you can go to your RadEditor demo page with Chrome or Safari on a Mac. You will need to enable the Japanese IME in your operating system. This is very easy to do and you can just do a Google search for instructions if you need to. Then delete all example text. Now press the following keys on an English keyboard: s a t e l o (each 2 key combination creates a Japanese character) You will now see 3 Japanese characters. Now press the space bar. This will open the word selection list. Now press the space bar again, which should select the next words from the list. But instead of selecting the next word, the popup list is immediately closed and some different character are inserted in the content. If you then press another key the content gets completely destroyed and replaced with the key that was pressed. It does not work as expected and it is unusable that way. If you try the same key sequence with Firefox on a Mac or any browser on a PC you will see how it is supposed to work. The same problem happens if you would use the cursor down key (instead of the space bar) to select the next item in the list. The affected browsers work as expected in regular input / textarea fields. It seems to happen only with Telerik's RadEditor control. To narrow down the cause even further I created a JSFiddle demo with a simple control that has the attribute contenteditable=true set. I believe that RadEditor is based on such a control and I wanted to see if the affected browsers may have problems with this HTML feature itself. You can try the JSFiddle demo here: https://jsfiddle.net/q5Lsnjmg/3/ The result is that the affected bowsers work as expected in this demo. This seems to indicate that the Telerik editor control must do something different to trigger this problem. I also created a video that demonstrates the issue. You can see the video here: https://youtu.be/ANLbXpm5Zko
Thead and tfoot elements get deleted with deleting content of table in Google Chrome. On the RadEditor demo page [http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx] Replace the content with a table with a thead tbody tfoot caption <table> <caption>ABC</caption> <thead> <tr> <th>A</th> <th>B</th> <th>C</th> </tr> </thead> <tfoot> <tr> <td>FOOT</td> <td>FOOT</td> <td>FOOT</td> </tr> </tfoot> <tbody> <tr> <td>A1</td> <td>B1</td> <td>C1</td> </tr> <tr> <td>A2</td> <td>B2</td> <td>C2</td> </tr> <tr> <td>A3</td> <td>B3</td> <td>C3</td> </tr> </tbody> </table> Select some content across the tbody, tfoot, thead and caption and delete Expected results: the content of the TD and TH should be remove Actual results: the THEAD and TFOOT elements are removed More details check the attached delete_thead_tfoot.gif file. Workaround: <telerik:RadEditor ID="RadEditor1" runat="server"> </telerik:RadEditor> <script> (function () { var $E = Telerik.Web.UI.Editor; var utils = $E.Utils; var cmdPrototype = $E.DeleteSelectionCommand.prototype; var shouldCollectNode = cmdPrototype.shouldCollectNode; cmdPrototype.shouldCollectNode = function (node) { return shouldCollectNode.call(this, node) && !utils.isTag(node, "thead") && !utils.isTag(node, "tfoot"); }; })(); </script>
Steps to reproduce: 1. Write a couple of words: one two three 2. Select the second word two without the spaces around it and delete it 3. You'll see a single space between one and three in Design mode, while they are actually two in HTML mode.
When a partially copied table is pasted into the Editor in Chrome, it is pasted wrapped in the folloing div, making it not visible: <div class="telerik_paste_container" style="border-width: 0px; position: absolute; overflow: hidden; margin: 0px; padding: 0px; left: 3px; top: 215px; width: 1px; height: 1px;"> ... </div> Steps to reproduce: 1. Open http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx 2. Clear the contents of the editor 3. Insert a table (any configuration of rows and columns) 4. Go to a new line 5. Type a word on the new line 6. Select the word and a partial amount of the inserted table 7. Copy 8. Paste 9. Navigate to the HTML browser of the editor 10. Observe the "telerik_paste_container" still wrapping the pasted content Workaround: <telerik:RadEditor ID="RadEditor1" runat="server"> </telerik:RadEditor> <script type="text/javascript"> var editorPrototype = Telerik.Web.UI.RadEditor.prototype; var onAfterPaste = editorPrototype._onAfterPaste; editorPrototype._onAfterPaste = function (range, tmpPasteContainer) { try { onAfterPaste.call(this, range, tmpPasteContainer); } catch (e) { } $telerik.$(this.get_contentArea()).find(".telerik_paste_container").remove(); }; </script>
The video object inserted in Design mode still present after switching to HTML view. he issue is reproducible in IE11 and IE10. Steps to reproduce: 1. Navigate to http://demos.telerik.com/aspnet-ajax/editor/examples/clientsideevents/defaultcs.aspx using Internet Explorer 11(11.0.9600.17105 - i assume that if one has ie11 it is this version) 2. Click the Media Manager in the toolbar. 3. Navigate to the folder "PublicRelations" and select the movie "RadNavigation.avi" or upload and select another file. 4. Click insert. 5. Switch to the HTML view in the bottom Result: The movie is still present even though the view has been changed to HTML. I've noticed that this only occurs when the movie is set to autoplay and its play. If I wait till the movie has stopped and try and switch from Design to HTML it seems to work.
Adding the following link should not change the URL: http://test.com?a=bc%3do
Hi Telerik Team, There is one recent problem we faced when copy paste of email address doesn't get open in outlook as HREF property is not set in Edge Browser. The functionality working fine in IE 11. We are using version telerik version ASP.NET AJAX Q2 2016. Attached is the screenshot of html.
If the content of the editor contains an inline style which starts with - as -webkit-text-... like in: <h1 style="-webkit-text-stroke-width: 0px;">My Title</h1> A server error is thrown: Server Error in '/' Application. Name cannot begin with the '-' character, hexadecimal value 0x2D.
Current workaround is provided in the archive below. It consists of a function override that prevents the attribute loss. Below the workaround is the repro sample that invokes the validation.
When the Editor is configured to occupy size in percentages and the user switches from default to full screen mode and vice versa, the content area of the control gets broken. The problem is reproducible in all browsers. Video: screencast As a temporary workaround you can attach a handler to the Editor's ClientCommandExecuted event and repaint the Editor in case the current command is ToggleScreenMode: <div style="width: 700px; height: 500px"> <telerik:RadEditor ID="RadEditor1" runat="server" Width="100%" Height="100%" OnClientCommandExecuted="OnClientCommandExecuted"> <Content> <p>dsadasdasdad dasdasdd das dasdasdasd <br /> dsadasdasdad dasdasdd das dasdasdasd <br /> dsadasdasdad dasdasdd das dasdasdasd <br /> dsadasdasdad dasdasdd das dasdasdasd <br /> dsadasdasdad dasdasdd das dasdasdasd <br /> </p> </Content> </telerik:RadEditor> </div> <script> function OnClientCommandExecuted(editor, args) { if (args.get_commandName() == "ToggleScreenMode") { editor.repaint(); } } </script>