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
With a picture of original size like this : width 2 800 and Height 1376. On the screen the picture is around 470 by 230. If I go to the Image Editor, it shows me the picture size itself but not the area size used by the picture. It is a good thing to have the original picture's dimension but we work with the dimension used in the document. So, could you do something to resize the picture used in the document.
In my samples, you'll see my picture in a document (ie1), what I see when I go in the Image Editor (ie2) and, when I go to the Resize section (ie3). Suggestion, put the original image's dimension on the top of the right corner in the resize section. The width and Height should show the dimension in the document.
Thanks a lot,
Implement the export of notes (footnote, endnote) in the PdfFormatProvider of the RadRichTextBox.