The attached image shows the issue.
The issue is closed as duplicated to the following item: http://feedback.telerik.com/Project/143/Feedback/Details/141105-tiling-patterns-are-rendered-wrong-when-some-transformation-is-applied
GoToPage() method is not working correctly in some cases when called in DocumentChanged event handler. The known cases are described below: 1. When RadPdfViewer and the document are loaded initially and document is set through the RadPdfViewer.Document property. Workaround: DocumentSource property could be set (in XAML or in code-behind) instead of the Document property. If the Document property is used, this should be done after RadPdfViewer is loaded. 2. When the ScaleMode is changed in DocumentChanged event handler and then GoToPage() method is called in the same event handler.
The fix will be available in Q3 SP.
The fix will be available in our next LIB release (v. 2015.02.0706).
Some glyphs are not rendered correctly - the letter are translated or become unrecognizable.
The fix will be available in our official release Q2 2016.
The ActionsManager.ExecuteUri method throws exception when tries to open relative Uri. As the exception is caught, with the current state no action is observed when interacting with such link in RadPdfViewer.
The fix will be available in our official release 2015 Q2.
This usually results in a single colored rectangle instead of a gradient filled rectangle. Available in R1 2018 SP2 release version.
I have a pdfviewer bound to a richtextbox like in your samples. But I want to keep the wpf viewer in fit to window scaling mode while changing the content of the richtextbox. Right now the pdfviewer will rescale to 100 % on each update.
All annotations are missing because ArgumentNullException is thrown while importing page annotations. The exception is handled and all non-annotation related pdf content is loaded successfully.
When printing a document with multiple pages, the pages that are not currently visible will be printed without content.