StackTrace:
Add Paragraph property controlling whether SpacingBefore / SpacingAfter is applied between paragraphs with the same style. In MS Word, the corresponding option is controlled with "Don't add space between paragraphs of the same style" checkbox in the font properties dialog - and the paragraph spacing after will not be applied. In OOXML, it is described with the w:contextualSpacing element. We don't respect this property on import of such files, and the paragraph spacing is bigger. Common use case for this feature is that when list is applied to multiple paragraphs, Paragraph List style is applied to the items, and this style has "Don't add space between paragraphs of the same style" applied, so the vertical spacing between the items is smaller.
In Word, for paragraphs in a list:
1. The bullet/number uses the value of the first line indent
2.1 The text on the first line is aligned according to the left indent when the left indent is smaller than the first line indent (the usual case).
2.2 If the first line indent is smaller than the left indent, the first line aligns with the rest of the text, using the value of the left indent property.
2.3 When there are tab stops, they are used for the position of the text. In RadRichTextBox, the text in the first line always aligns according to the FirstLine indent.
Also, tab stops can be used to position the text after the bullet/number.
Case 1
The editing capabilities of tables should be disabled when in ReadOnlyRange
Case 2,
The Table tools are not hidden when changing the default tab ( see attached video).
Run the Word-inspired project. Select the one whole paragraph, right below the Overview header, but so that caret is at the beginning of the next paragraph. Change text alignment to Justify. Then try to change text alignment to Left. It will not turn back to Left. Probable reason is that caret is at beginning of the next paragraph whose alignment is Left, so app thinks it should change it to Justify instead. This over-eagerness is described in forum thread ChangeParagraphTextAlignment is over-eager to change alignment. But in this case there is no workaround.
The solution is to set the value instead of toggle it, like the Word does. If text alignment was Left then setting to Left should again set it to Left. Also, caret position should not change the outcome of the action. Only the contents of the selection is relevant in deciding if action can be safely skipped.
Hi,
Please look at the attached html. when we load the attached HTML in Editor the last line appear like this. however when i open the same html in browses it looks fine. I have set the "text align" to justify and this is one of my requirement.
Hi,
Please look at the screen. when we load the attached email in Editor, bullet points are repeating.
Regards,
Nitin Jain
Please refer to the attached IncorrectImageResizing.gif illustrating how to reproduce the problem with the Demo application.
Workaround: feel free to resize the image via the mouse cursor.
Hi Team,
We find out another issue in the RichTextEditor about the Header and Footer Section of the page, we have a scenario in which we have a bigger table in the Footer section in terms of height, and the table going just "Out Of the Box". I tried the same table in the header section I found a similar behavior there also but the major issue is the Footer section where it's going out of the page.
I used the demo Winform application to reproduce this, I am also attaching the source file so you have to open it in the editor on your side to reproduce this issue.
Regards
If we copy-paste some french text; f.e. generated by https://fr.lipsum.com/:
This is the original text:
"Le Lorem Ipsum est simplement du faux texte employé dans la composition et la mise en page avant impression. Le Lorem Ipsum est le faux texte standard de l'imprimerie depuis les années 1500"
This is what we see if we past it inside the rich text component
Le Lorem Ipsum est simplement du faux texte employé dans la composition et la mise en page avant impression. Le Lorem Ipsum est le faux texte standard de l'imprimerie depuis les années 1500
To reproduce: