GroupDocs Editor Not Working with Kendo

GroupDocs.Editor Product Family
, ,
62

when can I expect a fixed on this?

63

Hi @Niteen_Jadhav

We plan to fix the issue with a content, truncated from the right side in a paged mode, in the GroupDocs.Editor for .NET 25.3, that will be released at the end of March.
Regarding the exception during backward conversion — we expect it will be fixed in the following version of the GroupDocs.Editor for .NET, maybe 25.4.

With best regards,
Denis Gvardionov

64

Thank you for the update, please update me once 24.3 update get’s rolled out

65

Hi @Niteen_Jadhav ,

The GroupDocs.Editor for .NET version 25.3 is released. In it we’ve fixed the bug with truncated document on the right side: GroupDocs.Editor for .NET 25.3 Release Notes. You can download it on Nuget or GroupDocs.Downloads.

Regarding the 2nd bug with the The document appears to be corrupted and cannot be loaded exception — it is still under work.

With best regards,
Denis Gvardionov

66

The above mentioned bug is not fixed yet.

I am still facing the issue where after saving the file it is getting shifted to right side

sharing the file for your reference.

CMES KA GCOA Termsheet DocPro template.docx (3.8 MB)

CMES KA GCOA Termsheet DocPro template [2].docx (2.8 MB)

I also noticed that the size of the file also changed.

I am stuck on the same Editor issue since last December and still the issue is not fixed, the timeline provided by your team was communicated to our client by us and now the issue still appearing. these things ends up impacting our commitments with the clients.

67

Hi @Niteen_Jadhav

I’ve checked both attached files “CMES KA GCOA Termsheet DocPro template.docx” (3.8 MB) and “CMES KA GCOA Termsheet DocPro template [2].docx” (2.8 MB) in both float and paginal modes using a tiny sample project with few lines of code, it is attached, you can check it on your side, if you want (“SampleConsoleEditorAppSolution.7z”). With this project I’ve obtained the next results.

File “CMES KA GCOA Termsheet DocPro template.docx” (3.8 MB) is rendered to the both paginal and float modes fully correct, without truncations.

File “CMES KA GCOA Termsheet DocPro template [2].docx” (2.8 MB) is truncated “by design”, when you open it is MS Word, you will see a truncation from the right side, see screenshot “Truncation.png” below. When converting it to HTML format in paginal mode, this truncation persists, because the GroupDocs.Editor tries to mimic the MS Word behavior. If you want to see the whole content without truncation, please enable the float mode.

I’m attaching 4 HTML files in 7z archive “Converted-to-HTML.7z”; they were produced with attached sample project in both paginal and float modes for both attached files. With them you can check that truncation is present only in the “CMES KA GCOA Termsheet DocPro template [2]-paged.html”, but, as I said earlier, it is because GroupDocs.Editor tries to mimic the MS Word behavior.

Hope this will help.

With best regards,
Denis Gvardionov

Truncation.png (310.7 KB)
SampleConsoleEditorAppSolution.7z (8.3 KB)
Converted-to-HTML.7z (1.4 MB)

68

The document with 3.8 MB size is the original document and the document with 2.8 MB size is the same document which I saved after editing in the editor.

I am executing the below API

[HttpPost]
        [Route("api/GroupDocsApi/SaveWordFile")]
        public SPResponse SaveWordFile(DocPro.DMS.BusinessEntities.Request.GroupDocs.GetDocumentInfoRequest request)
        {
            SPResponse sp = new SPResponse() { ReturnStatus = "-1" };
            string editedHtmlContent = request.EditorData;

            string inputFilePath = Path.Combine(request.StoragePath, request.GUID);
            string guid = Guid.NewGuid().ToString();
            string extension = Path.GetExtension(request.GUID);
            string outputFilePath = Path.Combine(request.StoragePath, guid + "." + extension);

            EditableDocument afterEdit = EditableDocument.FromMarkup($"<body>{editedHtmlContent}</body>", new List<IHtmlResource>());
            GroupDocs.Editor.Options.WordProcessingSaveOptions saveOptions = new GroupDocs.Editor.Options.WordProcessingSaveOptions();

            using (Editor editor = new Editor(inputFilePath))
            {
                editor.Save(afterEdit, outputFilePath, saveOptions);
            }
            sp.ReturnStatus = "0";
            sp.Ref1 = guid;
            return sp;
        }

after file is being saved from this api the file is being truncated and the 2.8 MB file is a result of this

69

Hi @Niteen_Jadhav

Thanks, now it is clear for me - file 3.8 MB is input and file 2.8 MB size is output and it is corrupted. I was managed to reproduce your issue and with your code obtained the same result.

In order to fix it you should do the next:

  1. For the WordProcessingSaveOptions saveOptions set the EnablePagination flag to true:
GroupDocs.Editor.Options.WordProcessingSaveOptions saveOptions = new GroupDocs.Editor.Options.WordProcessingSaveOptions();
saveOptions.EnablePagination = true;//here
  1. Remove the unnecessary $"<body>{editedHtmlContent}</body>", just pass the editedHtmlContent variable directly to the EditableDocument.FromMarkup:
EditableDocument afterEdit = EditableDocument.FromMarkup(editedHtmlContent, new List<IHtmlResource>());
  1. About decreased DOCX file size - it is Okay.

This should help.

With best regards,
Denis Gvardionov