The same issue is observed with heading styles. 
The HtmlExportSettings property PropertiesToIgnore can't be used to control how the paragraph or character properties of a list will be exported.
Steps to reproduce:
Create a document with a list of different levels.
Set fp.ExportSettings.PropertiesToIgnore["li"].Add("margin-left");
Export to HTML.
Observed: The PropertiesToIgnore doesn't work for paragraph properties of a list.

The text for the Documents_SpellCheckingDialog_ChangeAll key must be "Changer tout" instead of  "Chanter tout".

Finding text with regex for the last paragraph is not possible. This is caused by the fact that the search treats the last paragraph symbol as the last paragraph.

Character properties applied on the last paragraph symbol for a paragraph in a list, e.g. font size, are not exported to HTML when StyleExportMode is Inline. 

As a side effect, when the document is imported back, and the text of the bullet is deleted, its properties switch back to the default ones.

Workaround: Change the styles to export as inline properties:
 
Please be aware that this may cause side effects, as described in this issue: RichTextBox: Character properties of the paragraph symbol are exported to HTML for the whole list item when StyleExportMode is Classes

Nested ol/ul list should be inside a <li> element of the list in which it is nested. For example:

<ul>
<li>Option A</li>
<li>Option B
  <ul>
    <li>Sub 1</li>
    <li>Sub 2</li>
  </ul>
</li>
</ul>

 

The character properties applied on the last paragraph symbol for a paragraph in a list (e.g. font family), are exported to HTML for the whole paragraph which is in the list. 

As a notable side effect, when such HTML is imported, the default font size for a paragraph in a default bullet list changes to Symbol.

Regression: The bug is introduced in 2016_2_613.


Workaround: Change the styles to export as inline properties:

but be aware that this may cause issues as described in the related RichTextBox: Character properties of the paragraph symbol are not exported to HTML when StyleExportMode is Inline

Currently the logic that sets ChangeFontSizeCommand up relies on RadComboBoxItem.Tag to be used as a command parameter. Although FontSize semantically is a numeric value, the  command only works with string parameters.

The event is not fired when updating the IncludePictureField fields. It is also valid when the fields are in Header or Footer. The issue is a regression in R1 2019.

The UpdateAllFields() method of RadDocumentEditor can be invoked so the event can be fired and give you the possibility to update the images.

HTML parser does not handle the described scenario properly. Nevertheless this is not a valid css snippet, app should not be brought to inoperable state.

I want to import a FlowDocument into IDocumentEditor in order to obtain a RadDocument which I can convert to PDF.

Add ability to select last paragraph symbol in Section and TableCell.  Currently there is no document position after the last paragraph symbol in a document/section/table cell. This means it cannot be part of a DocumentSelection.

Applying negative LeftIndent or FirstLineIndent of a paragraph in web layout mode will visualize the paragraph to the left of RadRichTextBox boundaries.

Add support for the SUBJECT field. The field is evaluated using the document metadata.

Description: https://support.office.com/en-us/article/field-codes-subject-field-f9495276-955a-46a0-b110-0bbc5dd6f0a5?ui=en-US&rs=en-US&ad=US

When Charformat is used as a general switch the formatting of the first letter of the field name is applied to the whole result.

Also, consider implementing \*MERGEFORMAT - This switch applies the formatting of the previous result to the new result. For example, if you select the name displayed by the field { AUTHOR \* MERGEFORMAT } and apply bold formatting, Word retains the bold formatting when the field is updated to display a new author name.

When RadRichTextBox.IsReasdOnly is true, RadRichTextBox.CommandExecuting is not raised when the user double clicks the header or footer area.

Add support for positioning floating images relative to section columns. Currently, such images are laid out relative to the first column.

Export the image rotation properties to HTML with the CSS transform property (https://developer.mozilla.org/en-US/docs/Web/CSS/transform ).

We could export the image absolute position as CSS style, for example: ".img{position: absolute;left: 100px;top: 150px;}"

Additionally we could export the left, top, right and bottom margins of the image, as we already have this information in the model.

When importing an image, defined with a Base64 string which doesn't have its size explicitly set, it is rendered with ImageInline.DefaultImageSize instead of using its real size.

Workaround: Check the size defined in the ImageSource:

Using the RadDocumentEditor class, the users can change the margin of the current section. However, there isn't a method allowing them to change the default section margin of the document.