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.
Hi Team,
Greetings!
We recently bought your Tool for one our Windows Forms Project work in VS2019 (4.7.2 framework).
There is a need for us to have Emojis inside the editable Textbox / RichTextEditor in Color.
For example, if we paste Emojis inside the text editor, it should retain the color of the Emoji as it is.
Currently if we paste the Emoji inside the text editor, its only pasting the Emoji but losing it's color.
How to retain the color of the Emoji inside the editable Textbox / RichTextEditor ? Is there any property or so we need to set?
The users of our application can paste any kind of Emoji (like inbuilt Windows10 Operating System Emojis etc.,) and there is no limitation for this.
Kindly advice.
with regards,
Krish TS,
Senior Technical Programmer Analyst,
DXC.technology,
India.
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
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
Add similar functionality as MS Word.
To reproduce: - Create a document in Word and add image watermark to it. - Open the document in RadRichtextEditor
To reproduce: - Add RadRichtextEditor to a form and assosite it with RichTextEditorRibbonBar - Start the application - You will notice that the font is Agency FB. - If you click in the editor the font will change. Workaround: void Form1_Shown(object sender, EventArgs e) { radRichTextEditor1.Focus(); ribbonBar1.GetType().GetMethod("HandleFontStylePropertiesOnCurrentEditingStyleChanged", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance).Invoke(ribbonBar1,null); }
To reproduce: Import a document which contains square brackets and fields (the document must use right to left language).
When ignoring incorrect words through the Spelling dialog and you reach the last word in the document which is incorrect, only one more word from the beginning of the document is checked prior showing a message that the check is complete. Instead, all incorrect words starting from the beginning of the document should be spellchecked. The issue is reproduced when adding the incorrect words to the dictionary. In order to reproduce the issue, only "Ignore" or "Add to Dictionary" action should be applied. When the actions are mixed, the issue is not reproduced. Workaround: before opening the spellchecking dialog, move caret in the beginning of the document this.radRichTextEditor1.Document.CaretPosition.MoveToFirstPositionInDocument();