Release candidate: ODF TOOLKIT 0.12.0 #200
Conversation
svanteschubert
force-pushed
the
release-candidate
branch
from
40cf2f5 to
01ea20b
Compare
|
We have postponed the release just before FOSDEM so we have more time to review and test. The following is already on my list:
|
svanteschubert
force-pushed
the
release-candidate
branch
from
f21a4f0 to
7e51a78
Compare
…nstructor change based on RelaxNG XML grammar adoption
…ivationElement(..) to generated code - an generic approach for this RNG pattern is desired - like moving mandatory descendant data to constructors in general
…ration due to missing - now added encryptionDataElement.newKeyDerivationElement(..) constructors
…de -D"gcf.globPattern=**/*"
…ionElement(..) only for ODF 1.3!
svanteschubert
force-pushed
the
release-candidate
branch
from
a9debb6 to
99b98ea
Compare
|
There is one show stopper in the generation that I will have to fix after FOSDEM:
This is currently ignored and not easy to add/fix in the current environment. |
|
Of course in the correct year 👻 |
…text for attribute, which have different types depending on the element context
…he ODF RNG now have the type Boolean by default
…atatype boolean, but only 'true' and 'false' as explicit values. Added method to assume in this case the datatype Boolean
svanteschubert
force-pushed
the
release-candidate
branch
from
1dfa54a to
8c3eb89
Compare
…different element context different types now nave this type supported (e.g. @dr3d:ligting-mode being boolean only in <dr3d:scene>) - the sharing attribute class inherting from Xerces AttrImpl will only save only a String
…differentiate equal named elements with different parents
|
Hi, is it possible to deploy a new snapshot to the Repository since 0.11.0 is not useable in OSGI environment? next, when will this version be released? |
Sure, I have just uploaded a SNAPSHOT release from current master branch by 'mvn deploy' you need to use the version number 0.12.0-SNAPSHOT as given in https://github.com/tdf/odftoolkit/blob/master/pom.xml#L26 Hopefully this is helping you, Karsten! Good luck with it! |
For the release candidate of ODF TOOLKIT 0.12.0 I have done so far the following:
Unicode Local Change
When I adjusted our existing ODF templates for new documents in ODFDOM from ODF 1.2 to ODF 1.3:
https://github.com/tdf/odftoolkit/tree/master/odfdom/src/main/resources
by using LibreOffice 7.4.3 (configured to use strict ODF 1.3) to load/save the templates.
I had to adjust the version of the ODI (Image) and ODG (Graphic) file manually.
(All validated as strict ODF 1.3 with https://odfvalidator.org/ )
Suddently, the there are by default Unicode Locales for the Unicode Groups and the three assertions return values:
https://github.com/tdf/odftoolkit/blob/master/odfdom/src/test/java/org/odftoolkit/odfdom/doc/DocumentTest.java#L437 The test was adopted.
<manifest:key-derivation>
The element manifest:key-derivation has the choice of having either a single mandatory attribute value or multiple in ODF 1.3:
The code generator should better create two constructors one with a single and the other with three parameter, but it only provides the single paramater constructor, which occurred first. OdfPackage was adjusted for now, but code generator might better be improved.
SNAPSHOT Release
A SNAPSHOT released has been deployed to the Maven repository:
https://oss.sonatype.org/content/groups/public/org/odftoolkit/odfdom-java/0.12.0-SNAPSHOT/
Upcoming Website (BETA)
A beta website is available to review upcoming site changes:
https://svanteschubert.github.io/odftoolkit/index.html
The release date 22.12.2022 was/is very optimistic! :-)
It has been 10 years since we updated an ODF version. Is there something further to be adjusted (some parts - like the grammars - have been prior already added to the ODF Validator and Generator project).
NOTE: The integration of this PR will fix and close #26.