Unplanned
Last Updated: 19 Nov 2019 07:34 by ADMIN

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.

Unplanned
Last Updated: 25 Nov 2019 13:17 by ADMIN
Created by: KrishTS
Comments: 3
Category: RichTextEditor
Type: Feature Request
1

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. 

Unplanned
Last Updated: 27 Jan 2021 08:53 by ADMIN

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

Unplanned
Last Updated: 09 Mar 2020 11:59 by ADMIN
Unplanned
Last Updated: 24 Apr 2020 10:14 by ADMIN

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).

Unplanned
Last Updated: 28 Apr 2020 08:30 by ADMIN

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.

Unplanned
Last Updated: 04 May 2020 13:52 by ADMIN

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. 

 

Unplanned
Last Updated: 10 Jun 2020 15:35 by ADMIN
Created by: Nitin
Comments: 3
Category: RichTextEditor
Type: Bug Report
1

Hi, 

Please look at the screen. when we load the attached email in Editor, bullet points are repeating. 


 

Regards,

 

Nitin Jain

Unplanned
Last Updated: 16 Jul 2021 10:30 by ADMIN
Created by: Dimitar
Comments: 2
Category: RichTextEditor
Type: Feature Request
1
Compare documents functionality similar to MS Word
Unplanned
Last Updated: 25 Nov 2020 12:47 by ADMIN
The pasted text is not encoded decoded when the target framework is .Net 4.0 and the text contains some symbols like é, è, à, ê, ù, etc.
Unplanned
Last Updated: 09 Nov 2020 07:32 by ADMIN
The table is not properly resized when using the left-most border. The table should be resized like in MS Word (see attached).
Unplanned
Last Updated: 09 Nov 2020 07:09 by ADMIN
When you insert a table and try to grab the right border and resize it, the result is that the inner cells resize, while the total width of the table remains the same. 
Unplanned
Last Updated: 15 Aug 2017 10:02 by ADMIN
ADMIN
Created by: Dess | Tech Support Engineer, Principal
Comments: 0
Category: RichTextEditor
Type: Feature Request
1
Add similar functionality as MS Word.
Unplanned
Last Updated: 30 Mar 2016 11:21 by ADMIN
To reproduce:
- Create a document in Word and add image watermark to it.
- Open the document in RadRichtextEditor
Unplanned
Last Updated: 15 Aug 2017 10:02 by ADMIN
Unplanned
Last Updated: 30 Mar 2016 11:24 by ADMIN
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);
}

Unplanned
Last Updated: 12 Jun 2023 13:15 by ADMIN
To reproduce:
Import a document which contains square  brackets and fields (the document must use right to left language).
Unplanned
Last Updated: 13 Dec 2016 14:10 by ADMIN
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();