Plutext

hi

when i open a file created in word 2007 in word 2010 it its opened in compatibility mode.

i'm working with word 2010 files. but when i load a word 2010 file with docx4j and save it without modifying and open it in word, it is also opened in compatibilty mode.
is docx4j saving files in word 2007 format? and is it possible to change this behaviour?

greetings, nicolas

Good question.

A docx saved in Word 2010 in compatibility mode has the following in /word/settings.xml:



whereas a docx saved "natively" in Word 2010 in compatibility mode has:



Documents created from scratch in docx4j have no settings.xml part, unless you specifically add on. It appears that in the absence of any w:compat element, Word 2010 assumes compatibility mode, which makes sense.

So, to get out of compatibility mode, you need to add the above w:compat setting (w:compatSetting/@w:name='compatibilityMode' at least). It would be good to add a method to org.docx4j.openpackaging.parts.WordprocessingML.DocumentSettingsPart to set this. It would also be good to add a property to docx4j.properties, which would determine whether this is set when a new document is created.

cheers .. Jason

Ok, I try to implement it but I need some hints how to do it...
I can add the settings programmatically. But then I need to create a CTSettings Object and an instance of CTCompat to specify the compatibility mode. But there are no methods for setting the compatibility mode in CTCompat. Do I have to add those setters or should I try to do it with XmlUtils.unmarshalString(...)? Please give me some hints which classes I have to modify.

Thanks, Nicolas

why is the ct_compatsetting missing in the xsd? is it possible to generate the compatsetting elements programmatically anyway?

Now that you point this out, having looked into it further ....

CT_CompatSetting is defined in (ECMA-376 2ed & 3ed):



But it is not in the first edition, which is what docx4j uses. In the first edition, there are a bunch of other elements in the CT_Compat sequence, which seem to have gone in the 2nd & 3rd editions...

What to do? It does seem useful to have this element available, so what if we add it into the schema used by docx4j, and regenerate? I guess the risk is that a consuming application (eg a existing or future version of Word?) might complain if it encounters a mix of elements from the 1st and 2nd or 3rd editions. It would be up to users of docx4j to avoid saving such a mix.

OK .. added, see http://www.docx4java.org/trac/docx4j/changeset/1741

In case you are not building docx4j from source, I'll create a nightly later today.

cheers .. Jason

Thank you very much. I'm not building it from source and wait for the nightly.

No worries. The nightly is there now