Further support for w:jc/w:val = start and end

[benht-nps]

Loading a docx file in docx4j with a justification style (w:jc/w:val) set to the values "start" or "end" results in the w:val attributes being removed in styles.xml, which MS Word treats as an error on startup.
Adding them to JcEnumeration is enough to fix.

[plutext]

Hi Ben, do you know how such docx files are being created (ie what application inserts those values)?

[benht-nps]

Hello,
The easiest way to create it is with LibreOffice. (I'm probably not on the latest admittedly, 24.2.5.2).
Styles -> Edit Style -> Options: Right, and it sets w:jc w:val to "end" in styles.xml.

I thought was a bug until I saw it's actually supported elsewhere (eg https://learn.microsoft.com/en-us/dotnet/api/documentformat.openxml.wordprocessing.justificationvalues and supported already in docx4j eg Justification.java).

I tried to trace where docx4j was stripping out the w:val, it's when we call wordprocessingMLPackage.getDrawingPropsIdTracker().generateId(); and I assume the bit in that where JaxbXmlPart.getContents() calls unmarshal which is where I lost the thread unfortunately, but adding start and end to JcEnumeration makes it work. Using docx4j-JAXB-MOXy in case that affects anything.

Thankyou for docx4j in generate btw :D