As far as I understand, this will only generate the CT* and ST* classes for the complete OOXML jar. But the ooxml-lite will not be affected until we write tests that use the new classes.
I can only see one benefit for those who like Greg depend on some features not yet wrapped in org.apache.poi API: where they have access to the CT* object from the higher level API, they can start with low level tweaking. I still miss the down side of the upgrade. Best regards, Alain Gesendet mit BlueMail -------- Originale Nachricht -------- Von: "Murphy, Mark" <murphym...@metalexmfg.com> Gesendet: Fri Aug 17 09:13:33 GMT-03:00 2018 An: 'POI Developers List' <dev@poi.apache.org> Betreff: RE: Upgrade OOXML schema to 3rd edition? This is fine for reading documents which conform to the newer standards, but we should always make sure that on write we conform to the least common standard so that older versions of Office can read them. That is if we write in 2010 format, 2003 application will ignore bits that they don't recognize such as the string percent value being discussed in the user list. -----Original Message----- From: Andreas Beeker [mailto:kiwiwi...@apache.org] Sent: Thursday, August 16, 2018 6:04 PM To: POI Developers List <dev@poi.apache.org> Subject: Upgrade OOXML schema to 3rd edition? Hi, as we have a discussion on the user list - how about upgrading to OOXML v3? (see bug #56205) Andi PS: I'm still busy with removing OPOIFS ... but I think I could move this one in ...