After merging a document into another one (or pasting it), some of the content is duplicated. The issue is a regression in R3 2018.
Page field in header (or footer) of document created with mail merge is always evaluated to 1, instead of the number of the current page. Possible workaround (attached): - Do mail merges one by one - Set header/footers anew to contain PAGE fields in each document - Set FirstPageNumber = 1 to each first section in each document - Merge with RadDocumentMerger
The content of the table cells seems to be rendered in the correct position while the borders are drawn above the continues section break.
Importing a document containing <pre> should interpret it as paragraph with specific (preformatted) style applied.
First Scenario: During layout of specific documents where the first section is with Continuous section break type, the layout algorithm enters in an infinite loop causing the application to hang.
document.Sections.First.PreviousSectionBreakType = SectionBreakType.NextPage;
Size pagesize = radDocument.Sections.Last.PageSize;
radDocument.Sections.Last.PageSize = new Size(pagesize.Width - 0.001, pagesize.Height - 0.001);
The issue is a regression introduced with another fix, released in R2 2018.
When a new document is created and GetStatisticsInfo is called on it, a NullReferenceException is thrown.
Add support for nested track changes revisions. Currently, when a user tries to delete text added by another user, RadRichTextBox simply removes it and does not mark it as a change.
When a document containing fields and with a custom theme is exported to .docx and opened in MS Word, the theme is different. Available in R3 2018 Official Release.
When exporting with RtfFormatProvider (including when the users copy content), an additional \par tag is added at the end of the document. Workaround: Process the RTF after it is generated. Here is an example how to achieve it when copying: this.radRichTextBox.CommandExecuted += radRichTextBox_CommandExecuted; ... void radRichTextBox_CommandExecuted(object sender, CommandExecutedEventArgs e) { if (e.Command is CopyCommand) { DocumentPosition end = this.radRichTextBox.Document.Selection.Ranges.Last.EndPosition; RadDocument clipboardDocument = ClipboardEx.GetDocument().ToDocument(); RtfFormatProvider provider = new RtfFormatProvider(); string rtfString = provider.Export(clipboardDocument); int indexLastParOpening = rtfString.LastIndexOf("{"); int indexLastParClosing = rtfString.IndexOf('}', indexLastParOpening); string newRtf = rtfString.Remove(indexLastParOpening, indexLastParClosing - indexLastParOpening + 1); Clipboard.SetData("Rich Text Format", newRtf); } }
The header of the first page can have only settings applied without any content. In such scenarios, RtfFormatProvider doesn't import the whole header, which can lead to a different layout of the document.
When a list is copied from one document (source) to another document (target) and the target contains custom list with different name, the paste command does not paste the list in the target. Steps to reproduce: 1. Open two instances of RadRichTexbox 2. In the first RRTB create new list style -> List1 and use it to create a list 3. In the second RRTB create a new list style -> List 2 and use it to create a list 4. Copy the list from the second RRTB and try to paste it after the list in the first RRTB Expected: The list is pasted. Actual: The list is not pasted, but the list style is added to the List Library.