Tender to clean up and further improve ODF conformance (#202202-01)

The Document Foundation (TDF) is the charitable entity behind the world’s leading free/libre open source (FLOSS) office suite LibreOffice. We are looking for an individual or company to clean up and further improve ODF conformance. The default file format of LibreOffice is ODF, the Open Document Format. We have successfully tendered two projects on the current version 1.3 recently: The initial implementation of ODF 1.3 conformance Details: https://blog.documentfoundation.org/blog/2019/11/05/tender-odf-1-3-conformance/ Various bits to finish the transition to ODF 1.3 Details: https://blog.documentfoundation.org/blog/2020/10/20/tender-to-finish-transition-of-libreoffice-to-odf-1-3-odf-1-3-delta-202010-01/ The scope of this tender is to further improve the ODF conformance in LibreOffice. Note however that the majority of the items mentioned below are unrelated to ODF version 1.3, and have existed before support of this version was introduced in LibreOffice. Deliverables Get ODFAutoTests (https://gitlab.com/odfplugfest/odfautotests) to run again. Note: This item does not ask to setup a publicly available website. Address one or more of the following high priority issues: “svg gradient” – Bugs 48392, 76682. Bug 48392 is prerequisite for Bug 76682. “list indent” – Bugs 78510, 92762, 114287, 83532, 82179, 145318 “Math inline in text box” – Bug 129061. From user point of view it has highest priority. “numbered paragraph” – Bug 62032, 108868. The internal work is

Two ODF Toolkit releases in a row!

ODF is the Open Document Format, the native format used by LibreOffice (and supported by many other apps too). Then there’s the ODF Toolkit, a set of Java modules that allow programmatic creation, scanning and manipulation of ODF files. Svante Schubert writes with some updates: We are happy to announce that there have been recently two ODF Toolkit releases in a row. These were our first releases at The Document Foundation (TDF), after the migration of the project to TDF in 2019: With the 0.9.0 release, we have our last JDK 8 release (due to a switch of the Java Doc Taglet API we are using). After this release, we dropped the so-called “Simple API” (which was once forked from our ODFDOM doc Java Package by IBM, but not merged back, leaving lots of duplicated code that was unable to embrace our new change API). And the XSLT Runner Ant plugin will be removed in a future release, as we are no longer using Ant but Maven (to avoid maintenance of untested functionality). With the 0.10.0 release, we support the next JDK 11 LTS version and our new change API that was implemented by myself for Open-XChange’s web office OX

ODF 1.3 is an OASIS Standard

The Document Foundation is pleased to announce that LibreOffice’s native document format – the OpenDocument Format for Office Applications (ODF) 1.3 – has been approved as OASIS Standard with 14 affirmative consents and no objections. ODF is a free, open XML-based document file format for office applications, to be used for documents containing text, spreadsheets, charts and graphical elements. ODF 1.3 is an update to the international standard Version 1.2, which was approved by the International Organization for Standardization (ISO) as ISO/IEC 26300 (2015). The OpenDocument Format specifies the characteristics of an open XML-based application-independent and platform-independent digital document file format, as well as the characteristics of software applications which read, write and process such documents. It is applicable to document authoring, editing, viewing, exchange and archiving, including text documents, spreadsheets, presentation graphics, drawings, charts and similar documents commonly used by personal productivity software applications. The most important new features of ODF 1.3 are digital signatures for documents and OpenPGP-based encryption of XML documents, with improvements in areas such as change tracking and document security, additional details in the description of elements in first pages, text, numbers and charts, and other timely improvements. The development of ODF 1.3 features has

Update from the ODF Technical Committee

While waiting for the official publication of ODF (OpenDocument) 1.3 as an OASIS Standard, after the approval of the ODF Technical Committee Draft at the end of April 2021, there are a few news updates from the ODF TC which are worth some publicity. Since 2020, the ODF TC has two co-chairs – Patrick Durusau and Svante Schubert – and four co-editors: Francis Cave, Patrick Durusau, Svante Schubert and Michael Stahl. In the past, there were only two editors, and having doubled the number provides more bandwidth and flexibility. The ODF TC has recently updated the project charter after more than a decade. The updated document is available on this page. The most important news is the commitment to deliver a Committee Specification Draft at least every year in December, consisting of RelaxNG schemas and written specifications, to avoid a long delay between two consecutive versions of the standard as in the recent past. The ODF TC also aims to provide a fast-track for new ODF features of implementers, and publish the basic description (OASIS Committee Specification) more frequently, so features can be quickly  reviewed and embraced into an ODF Specification without the need to use the intermediate LibreOffice External

Tender to implement automated ODF filter regression testing (#202106-01)

The Document Foundation (TDF) is the charitable entity behind the world’s leading free/libre open source (FLOSS) office suite LibreOffice. We are looking for an individual or company to implement automated ODF filter regression testing. The default file format of LibreOffice is ODF, the Open Document Format. From time to time, there are regression bugs reported towards these filters, that involve loss of data. The respective unit tests do not provide sufficient coverage to prevent these regressions to happen. The scope of this tender is: To implement an early warning system for such problems, to avoid them in the future and improve the overall quality of the software. As a recommended approach, we propose to use the ODFunDiff tool (https://git.libreoffice.org/odfundiff), which was developed specifically with the relevant functional and performance requirements in mind. Initial development of this tool was targetted towards LibreOffice 5.2/5.3, so updates to the code are likely necessary. Also, it may be necessary to fix some hypothetical additional non-determinism in LibreOffice, which was introduced in version 5.3 Extend the crashtest report scripts (e.g. this one) with an additional report about ODF differences, which were detected during the 27,000 ODF roundtrips. This test should use last run’s ODF files