WordsProcessing: RtfFormatProvider: Does not export "cellx" correctly when table LayoutType is FixedWidth.

Can not import blip element with missing embed attribute with DocxFormatProvider. Exception of type System.ArgumentNullException is thrown with the message: 'Value cannot be null.'

Importing a Document (.doc) where the entire content is in a table leads to an endless loop.

Table Cell width is increased after converting from RTF to HTML

FormatException when importing a document with "start" or "end" values for borders. 

The Spacing Before property of the paragraph at the start of the page should not be respected if it is not the first one inside the current section.

Manually overriding the Spacing Before property would resolve the issue.

Styles defined in a glossary part overwrites the styles defined in the main document part.

StartingPageNumber for PageField is not respected for sections other than the first one.

IndexOutOfRangeException is thrown when importing a specific document.

InvalidOperationException when cloning a document containing fields spanning multiple paragraphs.

Workaround: instead of new paragraphs, use line breaks (Shift+Enter).

Extend the support for em units. Em is calculated relatively to the font-size style property.

When importing a simple table from HTML in Ms Word, it gets applied table cell spacing and margin. This makes it look more in the manner it does in a browser, i.e. the content of cells is vertically centered.

Check for TableCell, TableRow, and Table.

In case table cell doesn't have directly applied background, it should inherit the background of its parent table.

When table cell preferred width is smaller than the first word in the cell the actual exported width should fit the word width when exporting to PDF. 

Currently in such case the word is split into two lines. The width has to be equal to the word width so the word stays on a single row.

Styled text in a list item <li> is imported as a different paragraph. The result is split of the text into multiple paragraphs which are not in a list.

The issue could be observed only when the text is written as a direct content of the <li> element. If it is in a <p> element the paragraph is imported correctly (it is not split). 

For example:

problematic html (the paragraph will be split) - <li>An appointment may create any provisions <strong>and</strong> in particular: </li>
non-problematic html (the paragraph will be imported as it should) - <li><p>An appointment may create any provisions <strong>and</strong> in particular: <p></li>

When the last run from a paragraph is underlined, the associated bullet has underline applied as well. The same applies for the background color.

If we have a list (<ol>, <ul>) with list items (<li>) and there is a paragraph inside a list item(<p>), an empty additional paragraph is imported if the <p> element is right next to the <li> element (without a space). The indentation of child paragraphs in list item could be messed up as well. If there is a space between the HTML elements, the content is imported as expected.

When importing an image whose Uri is not a full Uri, an exception is thrown.

Content is moved from the second page to the first after applying styling to the footer and exporting to PDF format