GroupDocs.Editor for .NET 20.11 Release Notes

GroupDocs.Editor for .NET version 20.11 provides one new minor feature, which has an impact on public API, two improvements and a set of different bugfixes. It is worth to mention that this new feature doesn’t break a backward compatibility, but only introduces one new public type, so existing client code is fully compatible for this release. All of these are described in detail below.

New features

New public class EmfImage

Before version 20.10 the GroupDocs.Editor was not able to process EMF (Enhanced MetaFile) vector images internally, so when such image was present in some input document like DOCX or PPTX, the exception was thrown. Starting from the version 20.11 a support of EMF format was added, and an appropriate public class GroupDocs.Editor.HtmlCss.Resources.Images.Vector.EmfImage was introduced. So now EMF is fully supported in input documents.


Passing correct border parameters through roundtrip

WordProcessing documents can contain variety of different borders with very different parameters. Borders may have different colors, line type, width, they may be composed of several different lines, nested into each other, and so on. Borders may be present in tables (between cells), around whole paragraphs, around specific words and sentences inside paragraphs, as the dividing lines between consecutive paragraphs, and so on. The problem is that WordProcessing format describes a much higher variety of borders compared to HTML and CSS. So there is a very common situation when input document (let’s say, DOCX) with complex borders is converted to HTML (in order to edit it inside WYSIWYG-editor), but then it is unable to reproduce the original borders in output DOCX, because they were lost during DOCX->HTML/CSS->DOCX conversion (also called a roundtrip), because HTML/CSS doesn’t support such borders.

Before version 20.11 it was a known and inevitable problem. However, in version 20.11 GroupDocs.Editor exports detailed border metadata into the HTML/CSS markup during forward conversion and then reproduces the exact border parameters during backward conversion. So this problem is finally solved.

Passing correct padding parameters through roundtrip

Same as the passing, preserving, and restoring the correct border parameters through roundtrip, the same problem was present also with paddings, which is a distance from the border line to the content (text in most cases). Starting from version 20.11 a GroupDocs.Editor passes correct padding values during forward conversion from input WordProcessing to the HTML/CSS and then restores these padding values during backward conversion from HTML/CSS to the output WordProcessing.


GroupDocs.Editor version 20.11 contains lots of bugfixes, which address different exceptions in different modules of GroupDocs.Editor, including WordProcessing, Spreadsheet, and Presentation.

Full List of Issues Covering all Changes in this Release

EDITORNET-1893Implement support of EMF resource with appropriate class EmfImageNew feature
EDITORNET-1906Passing correct border parameters through roundtripImprovement
EDITORNET-1912Passing correct padding parameters through roundtripImprovement
EDITORNET-1603Fix issue with incorrect border widthBug
EDITORNET-1855An attempt was made to place the file pointer before the beginning of the file.Bug
EDITORNET-1859Invalid column index.Bug
EDITORNET-1889Internal error - ‘Inherit’ field is NULL for the ’’ typeBug
EDITORNET-1897Exception while converting previously reconverted DOC to HTMLBug
EDITORNET-1898Image is not JPEGBug
EDITORNET-1900Object reference not set to an instance of an object.Bug
EDITORNET-1905An entry with the same key already existsBug
EDITORNET-1911Unable to cast object of type ‘Aspose.Words.EditableRangeStart’ to type ‘Aspose.Words.Run’.Bug

Public API and Backward Incompatible Changes

As it was described in “New Features” section above, there is one completely new public class in the GroupDocs.Editor API, which don’t break a backward compatibility.

  • GroupDocs.Editor.HtmlCss.Resources.Images.Vector.EmfImage class.