"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 an application is built with .net version 4.7, the paragraph dialog is clipped in the bottom.
This feedback item is duplicated. Here is the link to the original bug report: https://feedback.telerik.com/Project/143/Feedback/Details/145511-richtextbox-incorrect-layout-and-export-of-bi-directional-mixed-text-containin
On export to HTML tab stops are converted to non-breaking spaces ( ). Sometimes the width of the all nbsp-s becomes different than the width of the tab stop. When document which contains grid-like data is exported to HTML its columns are not aligned.
Workaround: Caret could be changed with custom implementation. More information could be found in this help article: http://docs.telerik.com/devtools/wpf/controls/radrichtextbox/ime-support#how-to-implement-your-own-ime-support
The issue is sporadic. Updating the UI resolves it. Workaround: manually call this.radRichTextBox.ActiveEditorPresenter.RecreateUI(); just after the acception.
It seems the height of the line is not properly calculated for specific fonts which leads to difference in the way the documents look. Document with one full page of text formatted with Arial Unicode MS looks shorter in RadRichTextBox.
Steps to reproduce: 1. Type a long word in the editor. The word must be longer than the width of the page. 2. Set a hanging indent different than the default one. 3. Select part of the word starting from the beginning of the paragraph. 4. Add an annotation range, e.g. a Comment Result: The hanging indent is not properly reflected in the editor.
When the tabbed document becomes a dockable window the ContextMenu Icons are no longer visible. <telerik:RadDocking x:Name="radDocking"> <telerik:RadDocking.DocumentHost> <telerik:RadSplitContainer> <telerik:RadPaneGroup> <telerik:RadDocumentPane Title="Test"> <telerik:RadRichTextBox x:Name="radRichTextBox" /> </telerik:RadDocumentPane> </telerik:RadPaneGroup> </telerik:RadSplitContainer> </telerik:RadDocking.DocumentHost> </telerik:RadDocking>
The tooltip shown when hovering the styles in the ManageStylesDialog lists some unrelated values and should be revised.
All is marked when None should be selected.