Guide to migrating from proprietary formats to ODF

In the digital world, document formats are essential. Proprietary formats such as Microsoft Word’s DOCX or Excel’s XLSX dominate the workplace, but at the same time they lock users into a specific vendor and its business strategies, which tend to exploit users to the maximum in every way. The Open Document Format (ODF) offers an open, standard alternative that protects users and their privacy, promotes interoperability, long-term access and data ownership.

Migrating documents from proprietary formats to ODF is the solution, and although vendors who rely on proprietary formats – not only Microsoft, but also its freeware clones such as OnlyOffice or WPS Office – do everything they can to prevent it, it is very easy and represents a fundamental step forward for users in terms of privacy and digital sovereignty (i.e., ownership of their own content).

This guide breaks down the migration process to make the transition smooth, efficient and sustainable, both at the individual level (where problems are virtually non-existent) and at the enterprise level, where problems exist due to the lock-in strategies of proprietary formats.

Step 1: Understand ODF and its advantages

  • No dependence on a single vendor: freedom to use any compatible software
  • Better long-term accessibility, robustness and stability of storage
  • Transparency and security, thanks to full compliance with open specifications
  • Better interoperability between platforms and tools

Step 2: Document inventory to define conversion priorities and estimate the effort required for migration

  • Identification of file types (DOCX, XLSX, PPTX) and their number
  • Analysis of documents to distinguish between active (used periodically) documents, those that can be archived and obsolete documents
  • Analysis of documents with complex formatting or embedded multimedia content

Step 3: plan the migration workflow

  • Convert documents in bulk or gradually as needed?
  • Pilot phase with a small group of users to identify any issues with the documents before the mass conversion
  • User training on the migration and creation of a support service for conversions and backup management

Step 4: Converting documents to ODF format

  • Use the LibreOffice export function (‘Save As’)
  • Use batch conversion tools for large volumes (LibreOffice command line scripts)
  • Validate converted files to ensure formatting and data integrity
  • Back up original files until migration is successfully completed

Step 5: Monitoring the migration

  • Updating internal policies to make ODF the default format for document creation and sharing, and to prevent a return to proprietary formats
  • Monitoring user feedback and trends in document creation, and resolving issues in a timely manner
  • Integrating ODF support into enterprise software platforms, and using automatic conversions where possible

Conclusion

Migrating from proprietary formats to ODF is a strategic move, both individually and for businesses, towards openness, content control and document protection for the future. In a business environment, it requires careful planning and user involvement, but the benefits in terms of flexibility, interoperability and cost savings are well worth the effort.

Last LibreOffice 25.8 release candidates RC3 and RC4 available this week

LibreOffice 25.8 will be released next week, on August 20, 2025 (check the Release Plan). LibreOffice 25.8 RC3 brings us closer to the final version, which will be preceded by a last minute LibreOffice 25.8 RC4 needed for a fix solving an easy to trigger crash. Check the release notes to find the new features included in this version of LibreOffice.

LibreOffice 25.8 RC3 is already available, while LibreOffice 25.8 RC4 will be available from Thursday, August 14. Both can be downloaded for Linux, macOS and Windows, and will replace the standard installation.

In case you find any problem in these pre-releases, please report it in Bugzilla (you just need a legit email account in order to create a new account). For help, you can contact the QA Team directly in the QA IRC channel or via Matrix.

LibreOffice is a volunteer-driven community project, so please help us to test, we appreciate your contribution! Happy testing!!!

Best practices for creating and editing Open Document Format (ODF) files

Adhering to these guidelines can enhance productivity and guarantee that documents remain consistent, robust and accessible over time, irrespective of the platform.

Firstly, use an editor such as LibreOffice that natively supports the format without conversion. This preserves the nuances of the ODF XML structure, supports all its features and reduces the risk of formatting issues or data loss. It also ensures that documents are fully compatible with the ISO standard.

Secondly, use an up-to-date version of LibreOffice to benefit from continuous improvements in ODF feature management, avoid bugs that could cause file corruption (a rare event thanks to the robustness of the ODF format, but still possible) and enjoy the highest level of security in file management.

Thirdly, use LibreOffice document templates and styles for all elements, such as headings, fonts, paragraphs, and tables, to ensure consistent formatting throughout the document. This allows you to make global changes quickly by changing the style rather than each individual element, and improves accessibility, as screen readers and other assistive technologies rely on a consistent structure. This also results in smaller, more robust ODF files.

Creating and reusing LibreOffice templates is an excellent practice for companies that produce many similar documents (such as invoices or monthly reports). Once all the characteristics of the document have been defined, simply save it in ‘template’ format to obtain a blank copy with all repetitive elements already in place.

The fourth condition is to save and back up documents frequently and regularly. ODF files are compressed XML files, which makes them robust and reliable, but not immune to problems. In a business environment, it is advisable to use a cloud storage solution with a version history, such as Nextcloud, which allows you to revert to an earlier version of a file.

The fifth recommendation is to avoid overly complex formatting to ensure maximum compatibility when sharing ODF files with a diverse audience or converting them to other formats, such as Microsoft Office proprietary formats, because complicated layouts, embedded objects or macros may not work or appear differently.

It is recommended that you use basic styles and standard LibreOffice fonts (open source and available to all users), or fonts that can be installed by any user, independently of the operating system, even if backed by an End User Licence Agreement (such as Microsoft Aptos, which can only be downloaded from the Microsoft website). You should also avoid excessive use of tables or nested text boxes.

The sixth condition is to integrate multimedia content sensibly, optimising images or videos used in presentations to reduce their size without compromising quality.

The seventh and final condition is to always save the original file in ODF format, even when sharing with users who insist on using Microsoft Office’s proprietary format — thereby handing over ownership of their files to Microsoft. Once the document is finalised, save a copy in OOXML format and share this with Microsoft users.

Similarly, when receiving an OOXML document from a Microsoft user, immediately save a copy in ODF format for editing until the document is finalised and the OOXML copy can be shared again.

When sharing a document within a team, it is advisable to use comments to provide feedback instead of editing the body of the document, enabling change tracking so that changes can be reviewed before acceptance or rejection. Where possible, collaborate on a shared ODF platform based on LibreOffice technology and the cloud, such as Collabora Online.

Open standard formats such as ODF allow you to avoid dependence on a single supplier, maintain ownership and control of your documents, and future-proof your work — but only if used wisely. Following best practices will enable you to manage ODF documents more smoothly and conveniently without sacrificing any of the advantages of the ISO standard format.

Join the LibreOffice Team as a Paid Developer focusing on UI with initial emphasis on macOS, preferably full-time, remote (m/f/d)

The Document Foundation's team

Love LibreOffice development? Want to turn your passion into a paid job? We are The Document Foundation (TDF), the non-profit entity behind LibreOffice. We’re passionate about free software, the open source culture and about bringing new companies and people with fresh ideas into our community.

To improve the user interface of LibreOffice, the office productivity suite for over 200 million users around the globe, we’re searching for a developer (m/f/d) to start work (from home) as soon as possible. This is what you’ll do:

  • Work on the LibreOffice codebase (mostly C++)
  • Focus on LibreOffice’s user interface, in the way it is rendered and laid out
  • Fix bugs, implement new features, and improve the quality of the UI code in LibreOffice while working together with the design team and other contributors
  • Document what you do, actively share knowledge in public with volunteers and contributors via blog posts, workshops and conference talks, so other developers and users have an easier time learning about your work

Examples of tasks:

  • Convert the remaining uses of macOS Carbon API to Cocoa and move from deprecated functions to supported ones
  • Rework the code responsible for the Tabbed UI and other alternative UIs to make it consistent with the rest of the UI

What we want from you:

  • Very good C++ development skills
  • Proven experience working on macOS
  • Proven experience working with UI toolkits
  • Good understanding of graphics programming
  • Good team-playing skills
  • Speaking and writing English

Previous development experience under Windows and Linux and contributions to FOSS projects (show us your repos!) are a plus. A previously established relationship within the developer community, as well as with other teams such as QA is a plus, but it is not mandatory at the start and can be achieved during the work itself.

As always, TDF will give some preference to individuals who have previously shown a commitment to TDF, including but not limited to members of TDF. Not being a member does not exclude any applicants from consideration.

Join us!

All jobs at The Document Foundation are remote jobs, where you can work from your home office or a co-working space. The work time during the day is flexible, apart from a few fixed meetings. The role is offered as full-time (ideally 40 hours per week). While we prefer full-time for the role, part-time applications, or proposals to grow the hours over time, will be considered. Candidates that are resident in (or willing to relocate to) Germany will be employed directly by TDF. Otherwise, external payroll services will be used if available in the candidate’s country of residence.

Are you interested? Get in touch! We aim to schedule the first interview within two weeks of your application. You can also approach us any time for an informal chat, to learn about the role or in case of questions.

TDF welcomes applications from all suitably qualified persons regardless of their race, sex, gender, disability, religion/belief, sexual orientation or age. Don’t be afraid to be different, and stay true to yourself. We like you that way! 😊

We’re looking forward to receiving your application, including information about you (your resume), when you are available for the job, and of course your financial expectations. Pointing to public repositories with your code is very helpful. Please send us an e-mail to developers@documentfoundation.org no later than September 12, 2025. If you haven’t received feedback by October 13, 2025, your application could not be considered.

Also note: we only accept applications from the applicant, and not from any intermediary. We do not accept agency resumes. Please do not forward resumes to any recruiting alias or employee.

LibreOffice project and community recap: July 2025

Dione Maddern with quote saying the LibreOffice documentation team are such a great bunch of people to work with

Here’s our summary of updates, events and activities in the LibreOffice project in the last four weeks – click the links to learn more…

Danish Ministry switching from Microsoft Office/365 to LibreOffice

  • Then we posted the LibreOffice Podcast, Episode #4 – Documentation in Free and Open Source Software. What exactly makes “good” documentation? And why is it important today? Watch to learn more (also available on PeerTube).

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

XML logo

  • On July 17, we announced LibreOffice 25.2.5. This is the fifth minor update to the 25.2 branch, with bugfixes and compatibility improvements. All users are recommended to upgrade.

LibreOffice 25.2 banner

  • And while that branch is being updated regularly, we’re also preparing for the next major release. LibreOffice 25.8 RC2 is available for testing – thanks in advance to everyone who helps to report issues, so we can make it a rock-solid final version!

Getting Started Guide 25.2 cover

Group photo from LibreOffice Asia Conference 2024

Keep in touch – follow us on Mastodon, X (formerly Twitter), Bluesky, Reddit and Facebook. Like what we do? Support our community with a donation – or join our community and help to make LibreOffice even better!

What’s new in ODF 1.3 and 1.4

ODF ensures that documents remain accessible, portable, and free from restrictions. Now that version 1.3 has been widely adopted and version 1.4 is on the horizon, it’s time to have a look at the new features and upcoming releases.

ODF 1.3: What’s New

ODF 1.3 was finalised in January 2021 by OASIS. It introduced a number of long-awaited improvements, particularly in the areas of security, digital signatures, and document integrity.

1. Digital signatures and document security:

One of the most significant enhancements in ODF 1.3 was the formal specification for digital signatures:

  • It now supports XAdES (XML Advanced Electronic Signatures).
  • You can sign entire documents, individual parts (e.g. only spreadsheets), or even multiple sections.
  • Improved metadata provides information about who signed, when and under what circumstances.

This is a significant development for public administrations and organisations that require reliable document verification.

2. OpenPGP support for encryption

  • ODF 1.3 now offers optional OpenPGP-based encryption in addition to the traditional Blowfish method.
  • Higher cryptographic standards and better integration with tools such as GnuPG are also included.
  • It encourages key-based encryption for personal and business documents.

3. Change management:

  • The format now offers greater granularity for change management.
  • Supports change tracking in tables, which was previously a weak point.
  • Improves compatibility with editing tools that handle collaborative workflows.

4. Metadata:

  • Improved management of custom metadata fields using RDF.
  • Greater richness of semantic descriptions of content (e.g. for archival or academic purposes).
  • Encourages integration with deep graphs and linked data systems.

5. Other changes:

  • New chart types and charting features.
  • Improved text formatting options.
  • Improved compliance with accessibility standards.

ODF 1.3 introduced two new compliance modes: Strict, for clean documents that comply with the specifications, and Extended, which allows specific enhancements by a company for broader feature support.

What’s new in ODF 1.4

ODF 1.4 is still under active development, with the first drafts already implemented in the latest versions of LibreOffice. Although the specifications are not final, the following is planned:

1. Change tracking:

  • Support for tracking style changes (e.g. switching from bold to italic).
  • Better differentiation between insertions, deletions and formatting changes.
  • Change IDs and support for real-time conflict resolution for collaborative editing.

2. Charts:

  • More flexibility in charts, including custom colours, gradient fills, multiple axes and formatted data labels.
  • Better alignment with modern expectations and improved interoperability with Excel.

3. Accessibility:

  • Clearer semantics for assistive technologies.
  • Improved navigation for screen readers.
  • Structural tags for headings, lists and tables make documents easier to analyse programmatically.

4. Form controls:

  • More robust form field types, such as date pickers, drop-down menus and sliders.
  • Better interaction support for forms within spreadsheets and presentations.
  • Cross-platform consistency.

5. Improved spreadsheet features:

  • Native support for named ranges in the sheet.
  • Improved formula representation for functions in edge cases.
  • More complex conditional formatting rules.

6. Compatibility:

  • Mapping of Microsoft Office formats (DOCX, XLSX and PPTX) to reduce conversion issues.
  • Improved handling of embedded media and OOXML-style layouts.

Final considerations

ODF 1.3 represented a significant advancement in terms of security and interoperability. ODF 1.4 adds usability improvements, more modern features, and better alignment with current office suite trends.

With an increasing number of governments and organisations adopting open standards, the evolution of ODF is crucial. The focus is not on competing with Microsoft; it’s about ensuring that your documents remain yours.