Implement support for content controls (a.k.a. Structured document tags), which will allow inserting editing controls in the document: - Rich Text - Plain Text - Check Box - Combo Box - Drop-down list - Date picker Do not confuse this feature with form fields support (see http://feedback.telerik.com/Project/143/Feedback/Details/146869 ).
Some fonts doesn't include bold and italic font styles. Currently text formatted with such fonts and with applied bold or italic formatting is exported without the italic or bold effect. Instead, the default typeface can be exported, and additional transformation could be applied to the letters itself - e.g. skew transform for the italic.
Create different options for pasting(keep formatting, merge formatting, use destination styles). At this point, the document default styles are not copied in the document fragment, thus their loss is observed. When DocumentInheritsDefaultStyleSettings is true and the font settings are like set to different font size/font family, copied text is pasted to MS Word with Verdana font, size 12. Loss of formatting is also observed when copying from RadRichTextBox and pasting in MS Word - the default styles differ.
Right click image > text wrapping > more layout options > text wrapping tab
Word supports "Largest Only" but RichTextBox only has both, left, and right.
Currently floating images specified using the VML shapes are imported as non-floating, for example:
<v:shape id="_x0000_s1026" type="#_x0000_t75" style="height:180.25pt;margin-left:62.25pt;margin-top:1.65pt;position:absolute;width:180.25pt;z-index:251658240" o:preferrelative="t">
<v:imagedata r:id="rId4" />
In MS Word there are several options available in the Advanced Find dialog that are not available in the RichTextBox, the two most requested by our users are "Match case" and "Find whole words only".
Currently, StylesGallery and TableStylesGallery cannot be resized. Internally they contain RadRibbonGallery, which itself expose ViewPortWidth property controlling the width, so this just have to be exposed.
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.
Actually, when we go to image editor from the RadRichTextBox, we've got the original image's size but not the width and height in the document. When we need to format pictures of a document with equal size, we are using the document's size, not the picture's size. Thanks