In RADEditor, the date and time are shown when hovering over someone's Track Changes or Comments. In order to cater to global audiences, this request is for the ability to specify the date and time format that it will use when displaying those tooltips.
Provide ability to easily obtain Markdown syntax from the RadEditor, to be saved on disk. Ex. string RadEditor.GetMarkdown()
RadTextBox need to include the ability for Columns. right now any docx that has a column gets stripped out when loaded. most business documents we deal with have columns. I have found this feature in other competitive products so i hope Telerik has on on the roadmap and implements it soon.
I've noticed a problem that the editor is now stripping off any background-image style from any tag. The problem seems to be that it is converting single quotes (') to double quotes (") which then close the opening quote for the style property, therefore making the HTML invalid. Here's how it can be reproduced: In the rad editor go the HTML tab. Add the following code: <div style="background-image: url('something.jpg');">This is a test</div> Click the Design tab, then back to the HTML tab. Notice that the attribute has been changed so that it now reads: <div style="background-image: url("something.jpg");">This is a test</div> This is obviously invalid HTML. Click on the Design tab then back to the HTML tab. The style has now been removed completely. This can be reproduced in the current Telerik demo site.
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>
If a font is selected in the FontName dropdown and then some code is pasted in the editor's content area (font stripping is turned on) then the selected font is cleared and did not applied to the pasted content. What the user is trying to do is to have it paste into the font that he has selected in the rad editor not into the default font of the browser nor the default font of the rad editor.
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.
Step to reproduce: 1. Open Editor Demo in Chrome and change the font size in the developer console (the F12 button) for the text; 2. enter some text separated by paragraphs (e.g. “Test Test”) 3. Put the cursor before the second “Test” text and press the Backspace button on the keyboard. Actual result: The size of the text has been changed. Expected result: The size must be the same as it was before the Backspace button was clicked. Notes: The issue reproducible only in Chrome.
Hi, We have just upgraded our controls to fix a security concern with the file upload control. However having done this the radeditor nolonger works with firefox. You cannot enter any text into the editor. Just wanted to know if this was a known issue and if there is a fix/work around.
classes are being applied to <p> when you do a return in the design view, sometimes. This one's a bit harder to explain so I apologize if this get's confusing. If you go into the HTML view and wrap some text in a <div> with a class on it then switch over to the design view and add a return and some more text the editor will add the div class to the paragraph tag, it might also strip out the paragrah line and place it after the closing div. If the content within the <div> is already formatted in <p> tags then the editor behaves properly when you do a return in the design view. See Screencast: http://screencast.com/t/pmcayQrO
The layout of the editor's dialogs break when CSS for Window's lightweight mode are appended. This causes unavailability for the developers to use the lightweight feature of the Window