Import the type of the <ul> and <ol> tag, e.g. <ul type="disc"> or <ul type=circle>. Supported values are disc, circle, square.

Select current style (the style in the selection or under the caret) in styles gallery when selection or caret position is changed. 

Implement support for content controls (a.k.a. Structured document tags), which will allow inserting editing controls in the document:

- Rich Text
- Plain Text
- Check Box
- Combo Box
- Drop-down list
- Date picker

Do not confuse this feature with form fields support (see http://feedback.telerik.com/Project/143/Feedback/Details/146869 ).

Paste some text inside RadRichTextEditor. If the text has more rows than the currently visible area you will see that the control does not scroll down to the caret position.

Workaround:

private void RadRichTextBox_CommandExecuted(object sender, CommandExecutedEventArgs e)
{
    if (e.Command is PasteCommand)
    {             
        Application.DoEvents();

        bool cursorAtDocEnd = this.radRichTextBox.Document.CaretPosition.IsPositionAtDocumentEnd;
        if (cursorAtDocEnd)
        {
            MoveCaretCommand command = new MoveCaretCommand(this.radRichTextBox.RichTextBoxElement);
            command.Execute(MoveCaretDirections.Down);
        }
    }
}

Tab stops with visible tab leader (dot, hyphen, underscore) are not exported to PDF.

Steps to reproduce:
- Start with empty document
- In Paragraph Properties dialog, choose Tabs
- In Tab dialog, enter Tab stop position = 2, Leader = underscore, and press Set. Press OK
- Add a word, press Tab, add another word
- Export the text to PDF

Expected: the words are separated with underscores in the exported PDF.
Actual: the words are separated with blank space in the exported PDF.

Scenario 1:

The <br/> tags after </li> are treated as separate paragraphs and inherit the list styling of the previous paragraphs resulting in duplicate bullets.

Workaround: 

var paragraphsToRemove = this.radRichTextBox.Document.EnumerateChildrenOfType<Paragraph>().Where(p => p.IsInList && p.Inlines.First() is Break);
foreach (var p in paragraphsToRemove)
{
    p.ListId = -1;
}
 
this.radRichTextBox.UpdateEditorLayout();

Scenario 2:
The <br/> tags added as the last element of <li> are treated as break elements in the content, causing additional new lines in the document.

Workaround:

var paragraphsWithLineBreak = document.EnumerateChildrenOfType<Paragraph>().Where(p => p.IsInList && p.Inlines.Last() is Break);
foreach (var p in paragraphsWithLineBreak)
{
    p.Inlines.Remove(p.Inlines.Last);
}
 
this.richtextbox.Document = document;

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.

In localizing your demo code for a RichTextBox I noticed some size mode-related inconsistencies in icon placements in the various sorts of buttons:

In Size=large, generally the icon appears above the button text. In the split button the icon is centered over and partially obscures the text. Unacceptable!

In Size=medium, generally the icon appears to the left of the text. In the Split button it appears below the text. Either is fine but should be consistent.

Also, when Size=medium and icon beside text, in all buttons I would like to see more spacing between the icon and the text; there seems to be virtually none.

Currently, the only customization that can be performed is using HyperlinkToolTipFormatString property of RadRichTextBox, which sets the format for all hyperlinks in the document of the control. It would be nice if it were possible to be able to set different tooltips.