Hi, there is a formatting inconsistency occurring with numbered bullets when editing Word documents.
The original word document contains some numbered lists.
image.png (80.6 KB)
for this test we are using GroupDocs.editor 23.9 and 24.4
I share the source file and the converted html
Thanks!!
Editor-error.zip (27.8 KB)
@sara.campos.medtrainer
Can you please provide more details about the specific formatting inconsistencies you are experiencing with the numbered bullets in the Word documents?
The source file contains multiple list size, from 2 to 17 elements
1 Like
@sara.campos.medtrainer
We have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.
Issue ID(s): EDITORJAVA-1256
You can obtain Paid Support Services if you need support on a priority basis, along with the direct access to our Paid Support management team.
Hi, I would like to add that we have identified the source of the problem: these lists were originally created using the Google Docs editor.
@sara.campos.medtrainer
Hi Sara,
Please explain what do you mean? GroupDocs.Editor is by essence a UI-less library with programmatic API only, and it cannot create list by itself. Maybe you’re used some web-GUI to create a document with lists, and then saved this HTML to the DOCX using Editor.save()
method? Or you mean something else, which I don’t understand at all? Please explain.
Waiting for your reply.
With best regards,
Denis Gvardionov
I’m referring to the process of creating a new EditableDocument object. The file from which the content is taken was originally created in Google Docs, not a file created in MS Word.
Editor editor = new Editor(new FileInputStream(filePath), options);
EditableDocument editableDocument = editor.edit(new WordProcessingEditOptions(false));
once we get the embeddedHtml the lists do not retain the original numbering.
1 Like
@sara.campos.medtrainer
Thanks!
Now I see - the problem actually is in the EditableDocument
instance and HTML-markup, emitted from it — the list is already broken there, in HTML, where all items have a “1” number. So the real problem is not in a backward HTML-to-DOCX conversion, but in the forward DOCX-to-HTML conversion, which generates corrupted HTML. The same bug also is present in the .NET version of the GroupDocs.Editor, we will fix it for both of them.
Sorry for the inconvenience.
With best regards,
Denis Gvardionov