Horizontal table borders are drawn outside of the table when vertical table borders are not present. The issue is very visible when background is applied to the table cells - the ends of the horizontal borders finish just outside the table cell background.
When the table's background is set, a few lines next to borders appearing in white.
When the HightlightColorPicker is in DataTemplate its image cannot be set to a different than the default one. When the control is not in template it is working properly.
When a custom list is created and applied over different parts in the text (which are separated from text without list), the export to DOCX and RTF format is wrong as the list numbering is not correct. Instead of having several lists starting from index 1, there is only one list with continuing numbering in the exported document.
Multi-byte Unicode characters can be represented as multiple ANSI characters in the form \'xx, for example:
\'89\'ce can represent the character 火 if multi-byte encoding should be used. Using multi-byte encoding could be set explicitly using the \ucN tag, or implicitly using the \fcharset for the current font (e.g. \fcharset134 is double-byte).
When such text is imported (commonly CJK text [Chinese, Korean, Japanese] the characters are imported incorrectly (as two '?' or as two different characters for each character)
Such RTF documents are produced from Office 2010 (Word, Outlook), WordPad - on saving or on copying content from the applications.
We could export the image absolute position as CSS style, for example: ".img{position: absolute;left: 100px;top: 150px;}" Additionally we could export the left, top, right and bottom margins of the image, as we already have this information in the model.
We need to support uneditable areas in the document flow. The closes analog in HTML is <div editableContent=false>...</div>.
When floating image is anchored to the first position of the first paragraph on a page, and there are some empty paragraph on the previous page, sometimes the image is positioned on the previous page instead of along the paragraph.
A digital signature can be used to authenticate the identity of a user and the document’s contents.
MS-Word allows a user to toggle the markup and edit the document as final when track changes are enabled. This feature request is allowing something similar in RadRichTextBox.
By specification this is a sample RTF color table group: {\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;} Currently , if there is a whitespace separator (" ") before the tag delimiter (";") an RtfColorTableFormatException is thrown, for example: {\colortbl ;\red255\green255\blue255 ;\red79\green79\blue79 ;} Instead, such documents could be easily imported by trimming the whitespace.
Table borders and line spacing seem lost when exporting a document and showing it back in the editor. Making another roundtrip respects the settings.
Implement export of RadDocument's Bookmarks to PDF's bookmarks.
Currently text in table cell can be oriented only left to right, with horizontal lines flowing from top to bottom. Add support for more text directions - the most common are vertically oriented, i.e. rotated to 90 or 270 degrees.
Implement commands and UI for producing labels using Mail Merge. Behind the scenes this is implemented as Table with the proper number of table columns and rows, and eventually (depending on the setup) NEXT field (https://support.office.com/en-us/article/Field-codes-Next-field-3862fad6-0297-411a-a4e7-6ff5bcf178fd?ui=en-US&rs=en-US&ad=US) - so this will eventually require implementing NEXT field. Note: In MS Word, this is in Mailings -> Start Mail Merge -> Labels...
When track changes are enabled, setting very large values for both the Top and Bottom values of Distance from text, causes an exception in ParagraphLayoutBox. Stack trace: {System.NullReferenceException: Object reference not set to an instance of an object. at Telerik.Windows.Documents.Layout.ParagraphLayoutBox.ArrangeOverride(SizeF finalSize) at Telerik.Windows.Documents.Layout.LayoutElement.ArrangeCore(RectangleF finalRect) at Telerik.Windows.Documents.Layout.LayoutElement.Arrange(RectangleF finalRect) at Telerik.Windows.Documents.Layout.SectionLayoutBox.ArrangeOverride(SizeF finalSize) at Telerik.Windows.Documents.Layout.LayoutElement.ArrangeCore(RectangleF finalRect) at Telerik.Windows.Documents.Layout.LayoutElement.Arrange(RectangleF finalRect) at Telerik.Windows.Documents.Layout.DocumentLayoutBox.ArrangeOverride(SizeF finalSize) at Telerik.Windows.Documents.Layout.LayoutElement.ArrangeCore(RectangleF finalRect) at Telerik.Windows.Documents.Layout.LayoutElement.Arrange(RectangleF finalRect) at Telerik.Windows.Documents.Model.RadDocument.Arrange(RectangleF arrangeRect) at Telerik.Windows.Documents.UI.DocumentPrintLayoutPresenter.MeasureOverride(Size availableSize) at System.Windows.FrameworkElement.MeasureOverride(IntPtr nativeTarget, Single inWidth, Single inHeight, Single& outWidth, Single& outHeight)} Steps to reproduce: 1. Enable track changes 2. Insert an image 3. Open Floating Blocks Layout Dialog 4. Choose Top and Bottom 5. Set "Distance from text" for both Top and Bottom to 2000px and click OK Result: Exception is thrown Additional info: Problem is also reproduced with very large images (1000 x 800 px) and small values for Distance from text.
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.
Add dialog previewing how the content of the RadRichTextBox would be printed according to the current settings. Workaround: Currently this could be implemented with the public API using separate RadRichTextBox in a window.