The issue is reproducible only on Windows XP. On newer versions of windows, the images are rendered as expected.

WORKAROUND: You may inherit DctDecode class in order to implement custom decoder. For instance, you may try calling DecodeWithJpegDecoder method from the base class as mentioned in the note of this documentation article:

http://docs.telerik.com/devtools/wpf/controls/radpdfviewer/customization-and-extensibility/customize-pdf-rendering

A sample implementation of these custom decoder may be seen below:

public class CustomDctDecode : DctDecode
{
    public override byte[] Decode(PdfObject decodedObject, byte[] inputData, DecodeParameters parms)
    {
        return DecodeWithJpegDecoder(inputData);
    }
}

The RichTextBox internal logic that imports .docx documents (DocxFormatProvider) doesn't support elements that don't need direct content, but have both start and end tags. Instead such elements should use self-closing tags. 

For example, instead of <w:vertAlign w:val="baseline"></w:vertAlign> it should be <w:vertAlign w:val="baseline"/>

When such element is read during import, issues may occur. Two main known issues here are with the w:vertAlign and Relationship tags.

Using

<w:vertAlign w:val="baseline"></w:vertAlign> 

instead of

<w:vertAlign w:val="baseline"/> 

throws NullReferenceException with the following stack trace:

System.NullReferenceException: 'Object reference not set to an instance of an object.'
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.OpenXmlHelper.ConvertStringToBaselineAlignment(string value) Line 168 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.SpanStyleImporter.ReadBaselineAlignment(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Parsing.Style style) Line 243 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.SpanStyleImporter.ReadStyle(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Parsing.Style style) Line 88 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.StyleDefinitionsImporter.ReadSpanStyleProperties(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Parsing.Style style) Line 278 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.StyleDefinitionsImporter.ReadStyle() Line 188 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.StyleDefinitionsImporter.Import() Line 67 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.ReadXmlContentFromPackage(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxPartImporterBase importer) Line 430 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.ReadXmlContentAndRelationsFromPackage(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxPartImporterBase importer) Line 406 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.Import() Line 190 C#  
Telerik.Windows.Documents.FormatProviders.OpenXml.dll!Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.DocxFormatProvider.Import(System.IO.Stream input) Line 147 C#
Telerik.Windows.Documents.dll!Telerik.Windows.Documents.FormatProviders.DocumentFormatProviderBase.Import(byte[] input) Line 90 C#

Using

<Relationship Id="rId00004" Target="styles.xml" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/styles"></Relationship> 

instead of

<Relationship Id="rId00004" Target="styles.xml" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/styles"/> 

throws KeyNotFoundException with the following stack trace:

KeyNotFoundException: The given key was not present in the dictionary.
    System.ThrowHelper.ThrowKeyNotFoundException() in ThrowHelper.cs
    System.Collections.Generic.Dictionary<TKey, TValue>.this[TKey].get(TKey) in Dictionary.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.PartRelationsImporter.GetRelationByID(string) in PartRelationsImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.GetRelationByID(string) in DocxImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.MainDocumentImporter.BuildSection() in MainDocumentImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.MainDocumentImporter.BuildBody() in MainDocumentImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.MainDocumentImporter.BuildDocument() in MainDocumentImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.MainDocumentImporter.Import() in MainDocumentImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.ReadXmlContentFromPackage(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxPartImporterBase) in DocxImporter.cs
    Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxImporter.ReadXmlContentAndRelationsFromPackage(Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.Import.DocxPartImporterBase) in DocxImporter.cs

To work this around, import the document with the WordsProcessing library. If you need to display it in RadRichTextBox, you can export it again using the WordsProcessing library. This will normalize the tags. Then import it again using the RadDocument's DocxFormatProvider.

 var dplDocxFormatProvider = new Telerik.Windows.Documents.Flow.FormatProviders.Docx.DocxFormatProvider();
 RadFlowDocument flowDocument = dplDocxFormatProvider.Import(File.ReadAllBytes("../../../test.docx"), null);

 var docBytes = dplDocxFormatProvider.Export(flowDocument, null);
 File.WriteAllBytes("../../../modified-doc.docx", docBytes);

 var rtbDocxFormatProvider= new Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.DocxFormatProvider();
 RadDocument document = rtbDocxFormatProvider.Import(File.ReadAllBytes("../../../modified-doc.docx"));

Pressing the Enter key when a field editor is focused will scroll the vertical scrollbar to the topmost offset. This is reproducible when the properties are grouped. Also, the RenderMode should be set to Flat.

To work this around, change the RenderMode setting to Hierarchical right before the Enter key logic is executed and then return it back to Flat after some time.

private void RadPropertyGrid_PreviewKeyDown(object sender, System.Windows.Input.KeyEventArgs e)
{
    var propertyGrid = (RadPropertyGrid)sender;
    var currentMode = propertyGrid1.RenderMode;
    propertyGrid.RenderMode = RenderMode.Hierarchical;

    Dispatcher.BeginInvoke(new Action(() =>
    {
        propertyGrid.RenderMode = currentMode;
    }));
}

Handle the case when the cell is too small and the value contains a decimal separator. 

For example, see attached images. 

Currently, the PdfProcessing document model is providing support only for a single function in the Function entry.

According to the PDF Specification: Function: A 1-in, n-out function or an array of n 1-in, 1-out functions.

Currently, the only customization that can be performed is using HyperlinkToolTipFormatString property of RadRichTextBox, which sets the format for all hyperlinks in the document of the control. It would be nice if it were possible to be able to set different tooltips. 

Bold/Italic does not work for some font styles.

This might be a framework limitation in WPF: https://www.telerik.com/forums/some-fonts-are-not-able-to-bold-italic

Sample fonts list:

1. Tw Cen MT Condensed Extra Bold (bold/italic)
   
2. Tw Cen MT Condensed (bold/italic)
   
3. Sitka Text Semibold (italic)
   
4. Sitka Subheading Semibold (italic)
   
5. Sitka Small Semibold (italic)
   
6. Sitka Heading Semibold (italic)
   
7. Sitka Display Semibold (italic)
   
8. Sitka Banner Semibold (italic)
   
9. Segoe UI Variable Text Semibold (italic)
   
10. Segoe UI Variable Text Light (bold/italic)
    
11. Segoe UI Variable Display Light (bold/italic)
    
12. Segoe UI Semilight (bold/italic)
    
13. Segoe UI Semibold (bold/italic)
    
14. Segoe UI Light (bold/italic)
    
15. Segoe UI Black (italic)
    
16. Script MT Bold (bold/italic)
    
17. Rockwell Condensed (bold/italic)
    
18. Rockwell Extra Bold (italic)
    
19. Rage Italic (bold/italic)
    
20. OCR A Extended (bold/italic)
    
21. Nirmala UI Semilight (bold/italic)
    
22. Microsoft YaHei UI Light (bold/italic)
    
23. Microsoft YaHei Light (bold/italic)
    
24. Microsoft JhengHei UI Light (bold/italic)
    
25. Microsoft JhengHei Light (bold/italic)
    
26. Malgun Gothic Semilight (bold/italic)
    
27. Leelawadee UI Semilight (bold/italic)
    
28. Gloucester MT Extra Condensed (bold/italic)
    
29. Gill Sans Ultra Bold Condensed (bold/italic)
    
30. Gill Sans Ultra Bold (bold/italic)
    
31. Gill Sans MT Ext Condensed Bold (bold/italic)
    
32. Gill Sans MT Condensed (bold/italic)
    
33. Franklin Gothic Medium Cond (bold/italic)
    
34. Franklin Gothic Heavy (bold/italic)
    
35. Franklin Gothic Medium (bold/italic)
    
36. Franklin Gothic Demi (bold/italic)
    
37. Franklin Gothic Demi Cond (bold/italic)
    
38. Franklin Gothic Book (bold/italic)
    
39. Dubai Medium (bold/italic)
    
40. Dubai Light (bold/italic)
    
41. Corbel Light (bold/italic)
    
42. Copperplate Gothic Light (bold/italic)
    
43. Copperplate Gothic Bold (bold/italic)
    
44. Cooper Black (bold/italic)
    
45. Cascadia Mono SemiLight (bold/italic)
    
46. Cascadia Mono SemiBold (italic)
    
47. Cascadia Mono Light (bold/italic)
    
48. Cascadia Code SemiLight (bold/italic)
    
49. Cascadia Mono ExtraLight (bold/italic)
    
50. Cascadia Code SemiBold (italic)
    
51. Cascadia Code Light (bold/italic)
    
52. Cascadia Code ExtraLight (bold/italic)
    
53. Candara Light (bold/italic)
    
54. Calibri Light (bold/italic)
    
55. Britannic Bold (bold/italic)
    
56. Bodoni MT Condensed (bold/italic)
    
57. Bodoni MT Black (italic)
    
58. Bernard MT Condensed (bold/italic)
    
59. Bahnschrift SemiLight Condensed (bold/italic)
    
60. Bahnschrift SemiLight SemiConde (bold/italic)
    
61. Bahnschrift SemiLight (bold/italic)
    
62. Bahnschrift SemiBold (bold/italic)
    
63. Bahnschrift SemiBold SemiConden (bold/italic)
    
64. Bahnschrift SemiCondensed (bold/italic)
    
65. Bahnschrift SemiBold Condensed (bold/italic)
    
66. Bahnschrift Light Condensed (bold/italic)
    
67. Bahnschrift Light  (bold/italic)
    
68. Bahnschrift Condensed (bold/italic)
    
69. Arial Rounded MT Bold (bold/italic)
    
70. Arial Narrow (bold/italic)
    
71. Arial Black (italic)

Dear Telerik Development Team,

First of all, I want to thank you for your great work on the RadTileView control for WPF. I appreciate the effort and attention to detail that you have invested in this component.
In my projects, RadTileView has brought significant value thanks to its visual appearance, the smooth animation when maximizing or restoring tiles, and the ability to provide distinct content for minimized and maximized states. It truly enhances the user experience, and I find the dynamic layout engaging and modern.

However, I have faced some challenges related to tile reordering and positioning:

• The drag & drop rearrangement mechanism sometimes behaves in unpredictable or unintuitive ways, especially when there are many tiles or when tiles have different sizes.

• There is currently no straightforward way to specify the exact row and column position of each tile when dynamically adding them from code.

• It would be extremely useful to have a way to control or "lock" a tile to a specific grid position, for example by exposing explicit row and column properties for each tile, or by allowing developers to define the exact layout coordinates when adding tiles dynamically. This feature would make it possible to programmatically manage tile placement in complex dashboards, rather than relying only on the automatic layout and drag & drop interactions.

Such functionality would be highly beneficial in many scenarios, especially for enterprise dashboards where the layout must follow strict business requirements and should not be left to chance or automatic algorithms.

Would it be possible to consider this kind of feature for a future release?
If there is a known workaround or recommended approach to achieve precise tile positioning with the current RadTileView, I would greatly appreciate your guidance.

Thank you again for your work and support.
Looking forward to your reply!

Best regards,