"Win32Exception (0x80004005): Not enough storage is available to process this command" is thrown when multiple RadDocument instances are created in background threads. This is due to the fact that RadDocument contains MailMergeDataSource object, which is DependencyObject. When multiple dependency objects are created in different threads, they are not property freed by thread's Dispatcher. Workaround 1: Microsoft provided workaround in a bug report here: https://connect.microsoft.com/VisualStudio/feedback/details/620588/system-componentmodel-win32exception-0x80004005-not-enough-storage-is-available-to-process-this-command , namely: ------------------------------ Put the following code: Dispatcher dispatcher = Dispatcher.CurrentDispatcher; dispatcher.BeginInvokeShutdown(DispatcherPriority.Normal); Dispatcher.Run(); anywhere in the background thread processing the RadDocument. ----------------------------- Workaround 2: Use pooling of the used threads. The problem is that Task Parallel Library (which has built-in pooling) does not use STA threads by default, but this can be achieved by using custom TaskScheduler (attached, the code is get from here: https://code.msdn.microsoft.com/ParExtSamples ): var parallelOptions = new ParallelOptions() { TaskScheduler = new StaTaskScheduler(Environment.ProcessorCount) }; Parallel.For(0, 10000, parallelOptions, cc => { var document = new DocxFormatProvider().Import(data); byte[] pdfBytes = new PdfFormatProvider().Export(document); };
When a table in HTML document has width set to 0 (through an attribute or CSS style), the table is imported with 0 width in the document model. This makes the content unreadable. Instead, such width should be treated as if width is not set at all - this way the layout will use only the widths set to the cells. Workaround: Clear the PreferredWidth property if it is 0. var tables = this.radRichTextBox.Document.EnumerateChildrenOfType<Table>(); foreach (var table in tables) { if (table.PreferredWidth.Value == 0) { table.PreferredWidth = null; } } Fix available in LIB Version 2018.1.326.
Add support for FILENAME field. The field could be evaluated using the last opened/saved file name. Description:https://support.office.com/en-us/article/field-codes-filename-field-a2946f1b-d822-47dc-ba32-4482aece26bc?ui=en-US&rs=en-US&ad=US
Add support for CREATEDATE field. The field is evaluated using the document metadata. Description: https://support.office.com/en-us/article/field-codes-createdate-field-440080d1-2d34-494f-bdca-9d451d659d46?ui=en-US&rs=en-US&ad=US
Add support for USERNAME field. The field is evaluated using the document metadata. Description: https://support.office.com/en-us/article/field-codes-username-field-f564f516-823f-4fb9-9da8-9b6312148053?ui=en-US&rs=en-US&ad=US
An additional line should be inserted between the inner div and the span where the first <br> is inserted.
In Windows 10 1709 Falls creators update there is an upgrade to Microsoft Edge, with which the copy from edge is changed: 1) no longer it is copied in "Rich Text Format" 2) the "HTML Format" data is formatted differently than before - different line separators and the whole html is placed into a single line (unlike before).
A specific combination of document elements causes an infinite measure loop.
Implement support for the SET field.
When the width of the tab stop is set to a negative value, an ArgumentOutOfRangeException is thrown on import. Other applications handle this case and convert the value to a positive number. Fix is available in LIB Version 2018.1.326.
The content of a page can be aligned vertically. In DOCX, this is a property of the section and is defined with the vAlign element. <w:sectPr> … <w:vAlign w:val="center" /> </w:sectPr>
Currently, the underline is always exported as single. Add support for the other types that can be used in RadRichTextBox.
Currently, paragraphs that have applied a list style but their list level is set to -1 or another invalid value, cannot be imported due to an ArgumentOutOfRangeException. According to the specification, the scenario is invalid, though, in MS Word and WordPad, similar values are not respected.
A document contains a field in result mode different that the one specified in the export settings in the format providers (i.e. a field that need to be updated during the export), and this field is in a header/footer, and another header/footer contains a table with AutoFit to Window size. When this document is exported to docx or RTF, the table is exported with 0 width. The table is visualized splashed in RadRichTextBox, and MS Word behaves strangely and/or doesn't visualize the table at all. The bug is regression in 2018 R1. Workaround 1: Change the result mode of all fields in the headers/footers to match the one set in format provider export settings (Result by default) just prior the export. Workaround 2: Set DocxFormatProvider.ExportSettings.FieldResultMode to null. For the default format provider used from the default Save command, use the following: ((DocxFormatProvider)DocumentFormatProvidersManager.GetProviderByExtension("docx")).ExportSettings = new DocxExportSettings() { FieldResultMode = null }; Fix available in LIB Version 2018.2.723.
Pressing Delete at the end of a paragraph leads to merging the content of the current paragraph with the next block. However, when the deleted paragraph contains a single space, the layout stops updating after pressing Delete. Steps to reproduce: 1. Create two tables with paragraph between them 2. Add a space to the paragraph 3. Press Delete (when the caret is just after the space) Observed: The layout is not updated after this and further modifications Workaround: Delete the space before deleting the paragraph: private void RadRichTextBox_CommandExecuting(object sender, Telerik.Windows.Documents.RichTextBoxCommands.CommandExecutingEventArgs e) { if (e.Command is DeleteCommand && this.radRichTextBox.Document.Selection.IsEmpty) { Paragraph currentParagraph = this.radRichTextBox.Document.CaretPosition.GetCurrentParagraphBox().AssociatedParagraph; if (currentParagraph.Inlines.Count==1 && string.IsNullOrWhiteSpace((currentParagraph.Inlines.First as Span).Text)) { this.radRichTextBox.Delete(true); } } }
The dialogs don't have an owner, thus they behave unexpected and can be easily lost from the user and block the UI. This applies to many of the RadWindow.Alert() invocations in the UI of RichTextBox.
The List Override Table contains definitions that override the properties of another list definition.
Pasting HTML content causes RichTextBox to insert a paragraph break, even if the copied content did not include the end of the paragraph. Steps to reproduce: 1. Copy the first few words in a paragraph from Internet Explorer 2. Paste into the middle of a sentence in the RichTextBox Expected: The content is pasted inline Observed: The content is inserted, but a paragraph break is inserted after the content
When an element refers to a style name of a style that is not present in the document, trying to export it with RtfFormatProvider leads to KeyNotFoundException. A similar document could be produced when copying content from MS Word. The same case is working properly with the other providers as well as in WordsProcessing (check the related 133762). Workaround: Check all the styles used in the document and remove the NextStyleName or LinkedStyle values that point to non-existing in the document styles. Available in LIB Version 2018.1.212.
When cross-reference is added in the header/footer of a document in does not show the available options from the document. XAML team reviewed this item and noted that it duplicates with another one. Please use the item below in order to track the status of this request. https://feedback.telerik.com/Project/143/Feedback/Details/210419-richtextbox-add-functionality-to-work-with-cross-references-and-hyperlinks-to-bo