The issue is sporadic. Updating the UI resolves it. Workaround: manually call this.radRichTextBox.ActiveEditorPresenter.RecreateUI(); just after the acception.
We need to support uneditable areas in the document flow. The closes analog in HTML is <div editableContent=false>...</div>.
Tab leader (dots) are calculated based on the available space between the end of the text in the entry and the page number. Workaround: to change rendering mode to TextBlockWithPropertyCaching: this.radRichTextBox.TextRenderingMode = TextBlockRenderingMode.TextBlockWithPropertyCaching;
MS-Word allows a user to toggle the markup and edit the document as final when track changes are enabled. This feature request is allowing something similar in RadRichTextBox.
By specification this is a sample RTF color table group: {\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;} Currently , if there is a whitespace separator (" ") before the tag delimiter (";") an RtfColorTableFormatException is thrown, for example: {\colortbl ;\red255\green255\blue255 ;\red79\green79\blue79 ;} Instead, such documents could be easily imported by trimming the whitespace.
Table borders and line spacing seem lost when exporting a document and showing it back in the editor. Making another roundtrip respects the settings.
Add support for the following RTF tags (crop from top, bottom, left, right): \picropt, \piccropb, \piccropl, \piccropr
Implement commands and UI for producing labels using Mail Merge. Behind the scenes this is implemented as Table with the proper number of table columns and rows, and eventually (depending on the setup) NEXT field (https://support.office.com/en-us/article/Field-codes-Next-field-3862fad6-0297-411a-a4e7-6ff5bcf178fd?ui=en-US&rs=en-US&ad=US) - so this will eventually require implementing NEXT field. Note: In MS Word, this is in Mailings -> Start Mail Merge -> Labels...
The fix will be available in our official release Q1 2015.
The fix will be available in our official release Q1 2015.
The fix is available in our LIB release (v. 2014.3.1208)
When TrackChanges is disabled and a text is changed, the Copy command should copy the content as all changes are accepted. So, for example, deleted text is not copied.
When an action is executed, say delete, and you perform undo, the text that is inserted back in the control is selected. In RadRichTextBox the end position of the selection is brought into view.
In specific cases when deleting a row, which contains merged cells, one of the cells is going in wrong position.
Import of HTML containing an element with defined list-style-type styling, which is not a list, will result in loss of the information in the element. Here is example: <div style="LIST-STYLE-TYPE: decimal;"> <p><span>Hello world</span></p> </div>
Add support for Widow/Orphan control property of Paragraph. In Open XML specification, this is named "widowControl (Allow First/Last Line to Display on a Separate Page)". The problem is that as this property is not supported, RadRichTextBox acts as it's 'false' and also doesn't export it, but the default value is actually 'true', which causes layout differences between RadRichTextBox and MS Word.
When floating images are placed in a header or footer, and are positioned outside of the text editor's area, they are not visualized. MS Word visualizes such images as slightly grayed out (similar to watermarks) in normal mode, and always visualizes them in Header/Footer edit mode. This item is merged with another one concerning the same issue. Please, follow the item at https://feedback.telerik.com/Project/143/Feedback/Details/174624 .
Uppercase words with non-alphanumeric symbols, e.g. period, are recognized as spelling errors by the spell checker. There are two scenarios which we think are related to this. 1. For example, you have U.N. spell checker is recognized only the U.N and considering the last dot as an end of a sentence. If you add the U.N. to the dictionary the spell checker still recognizes only U.N and the last dot is ignored. 2. The SpellCheckUppercaseWords property of the DocumentSpellChecker is set to false and words with uppercase should be ignored. Nevertheless, this property is set to false the U.N. is not ignored.