Add support for importing of imaged defined with VML's v:imagedata inside v:image or v:shape. Currently, such images are just skipped.
A possible workaround is to upgrade the documents to a newer DOCX compatibility setting (by re-saving them with MS Word for example), where such shapes are not allowed and are replaced with more modern constructs which the import of RadRichTextEditor supports.
Steps to reproduce:
1. Set ScaleFactor to 1.5
2. Run the form on 125% monitor scaling.
List Style is not rendered correctly.
Case 1:
Case 2:
Case 3:
The Docm (docx) and RTF files are not imported correctly. - Paragraph's alignment is not imported when RTF file is opened by RadRichTextBox - Importing of Docm (docx) file does not imports images and does not apply correct borders of table
The equation objects in word document are not copied and imported correctly in RadRichTextBox
Invisible borders in html format are imported as black borders in RadRichTextBox Resolution: This issue is addressed in the new version of the control - RadRichTextEditor. Please use the new control instead the RadRichTextBox.
To reproduce, add a theme in design time and open the ThemeName drop down from the editor's SmartTag
To reproduce: create a Word document with a table. Design a more complex table with nested tables in each cell. Specify "None" border for the internal tables. When loading the document in the RadRichTextBox, the borders are displayed.
If you export a document using the HtmlFormatProvider, all style properties which contain measurement units are exported in pixel units. This makes the exported documents look much smaller when opened on devices with higher pixel density.
WORKAROUND: use Regex to find, convert and replace the font-size attributes
HtmlFormatProvider html = new HtmlFormatProvider();
string res = html.Export(document);
Regex regex = new Regex(@"font-size: [0-9]*\.?[0-9]*px");
Match match = null;
do
{
match = regex.Match(res);
if (!match.Success)
{
break;
}
string value = match.Value.Substring("font-size: ".Length, match.Value.Length - "font-size: ".Length - "px".Length);
double pts = double.Parse(value) * 72 / 96;
res = res.Replace(match.Value, @"font-size: " + Math.Round(pts, 4) + "pt");
} while (match.Success);
File.WriteAllText("output.html", res);
To reproduce:
Open TelerikEditor and underline the whole text. Go to the end of a line and hold space. You will notice that the empty spaces are being underlined. The behavior is not the same as in Word.
Workaround:
Remove the underlining of the empty spaces at the end of the lines:
void Button_Click(object sender, EventArgs e)
{
var caret = this.richTextBox.Document.CaretPosition;
var originalPosition = new DocumentPosition(caret);
caret.MoveToFirstPositionInDocument();
do
{
caret.MoveToCurrentLineEnd();
var endPos = new DocumentPosition(caret);
caret.MoveToCurrentWordStart();
caret.MoveToCurrentWordEnd();
var startPos = new DocumentPosition(caret);
this.richTextBox.Document.Selection.AddSelectionStart(startPos);
this.richTextBox.Document.Selection.AddSelectionEnd(endPos);
this.richTextBox.ChangeUnderlineDecoration(UnderlineType.None);
this.richTextBox.Document.Selection.Clear();
caret.MoveToCurrentLineEnd();
}
while (caret.MoveToNext());
caret.MoveToPosition(originalPosition);
}
Beware that this workaround will not work in all cases. It should be used only prior to exporting or similar cases