The Document Foundation、LibreOfficeとOOXML

From The Document Foundation Wiki
Jump to: navigation, search


The Document FoundationはOOXMLをサポートしていますか?

The Document Foundation promotes and supports Open Standards. Among them OpenDocument Format (ODF), that offers many benefits to citizens, governments and businesses, and sets the documents and users free from proprietary lock-in.

The reason we enthusiastically promote ODF, is that we believe that no other standard provides the right level of vendor neutrality with widespread participation and implementation. We believe that ODF's absence of lock-in future proofs investment in both documents and software, to the great benefit of all citizens, governments and businesses. The Document Foundation does not promote nor support OOXML.


Just like, LibreOffice lets its users handle documents in the format used by Microsoft Office 2007 and 2010. It is important to understand that these formats, also called OOXML are in fact somewhat different from the ISO standard bearing the same name; in fact it is unclear whether anyone is able to implement the ISO standard.

To avoid confusion, we will refer to the Microsoft formats produced by Microsoft Office as Microsoft Open XML (MOX) hereafter. To enable data interchange, LibreOffice and before it, has traditionally engaged with the reality of a world filled with data in many, less than ideal formats. Our users are used to exchanging data bi-directionally between many proprietary formats, and their Free Software equivalents. Indeed there are few choices for a non-dominant player to deliberately shun inter-operating, and remain relevant.


Yes, there are two. offers the ability to read Microsoft Office 2007 and 2010 documents, to access them, but not to save documents in these formats. LibreOffice does offer the added ability to save documents in these formats. However, does have the same ability; but so far, it has been deactivated from the software. We believe it is only a matter of time before such a feature gets reactivated.

The other difference is that LibreOffice embeds specific patches that improve the filters for Microsoft Office 2007 and 2010. These patches are easily identifiable in our code repository (see our technical FAQ) and their author is Novell.


That's not really a question, but there are some things that are quite clear to the Document Foundation:

  • Novell and the Document Foundation are not the same entities, nor does Novell own the Document Foundation. Novell is one contributor, among several others, to the Document Foundation.
  • The patches related to the Microsoft Office formats support coming from Novell are the indirect result of a specific agreement between Novell and Microsoft. We use the word “indirect” here, as the agreement covers the software known as “OpenOffice Novell Edition”, and that's not the same as LibreOffice.
  • To the best of the knowledge of the Document Foundation, there is no specific agreement between Novell and Microsoft about LibreOffice. (But then again, we are not Novell nor do we represent the company in any way).


No. And if we felt that way, we would take immediate action to remove the full stack. What we are offering our users is convenience; if we didn't offer these features we would not be serving users and we would get daily messages requesting the support of the new Microsoft Office formats. Besides, the same reasoning applies to the old Microsoft Office formats we support; and while it was thought for a while it was possible to prevent people from using these formats or even buying Microsoft Office, it turned out that it was not possible. We do believe, however, that by offering a full-featured and innovative office suite that exists among a rich and diverse ODF ecosystem, ODF shall prevail in the end.


Unfortunately, the world is not a perfect place, and as such user demand, and compatibility lead us to support many formats with dubious standards pedigree, or even no formal standard at all. One example is PDF – we ship by default with both export and import filters. Similarly, we can export slideshows to SWF (Flash). We also support various image formats of dubious repute exporting to: Windows Meta Files (WMF), Extended Meta Files (EMF), and even the widely loathed GIF file format. Clearly, none of these are recommended. We even have our own non-standardised Star View Metafile format (SVM) supported. Likewise, for documents we both export and import RTF files – despite these being the legacy of a previous document standards war, and clearly both export and import the legacy Microsoft binary file formats DOC / XLS / PPT. Finally, we import, export and execute Visual Basic for Applications macros, despite widespread loathing of this language.

Unfortunately, remaining relevant in the office space, requires such compromise – yet, we remain committed to driving and recommending Open Standards wherever possible.


You certainly are welcome to do so. First, MOX support can be deactivated by tweaking LibreOffice's XML configuration Check out this page and feel free to add to it. We encourage anyone to design an extension so that MOX support can be deactivated easily in two clicks.

Second, since we don't actually promote these formats, we are making very clear to our users that saving in these formats entails risks of various nature and that it is not our preferred format. ODF is. Saving in these formats will pop up the standard (localised) foreign format dialog, that reads:

"This document may contain formatting or content that cannot be

saved in Office Open XML Text file format. Do you want to save

the document in this format anyway?

Use the latest ODF file format and be sure all formatting and

content is saved correctly.

[ Keep Current Format ] [ Save in ODF Format ]

OOXML popup.png

Bold sections added – we recommend ODF instead.

NB: we will likely change the text of this pop up screen later in order to stress on our preferred choice.

Some more technical details

You need to read the main FAQ about MOX first before you get here.


The MOX filter is split into two places. The export filter in writer re-uses the majority of the code that is now shared between RTF, DOC and DOCX export – that lives in sw/source/filter/ww8/ - and the primary files are prefixed docx* Similarly for calc ( sc/source/filter/) and impress (sd/source/filter/eppt, sd/source/filter/ppt) - code is shared. This reflects two things – first good engineering practice in not duplicating code, and secondly – the unsurprising similarity in the structure and content of the legact Microsoft binary file formats, and MOX. The import filters are substantially duplicated, and live in the oox/ directory for almost all but docx import filter which lives in writerfilter directory.

To determine the source of any individual pieces of code, simply run 'git annotate' on the given file when you have checked out the the git repositories, see here: Development/gerrit


Of course ! We welcome all useful code contributions. If you feel you have any improvements or changes to the code, please see Development/GetInvolved.


Of course. The easiest way to do this is to search for Excel_2007 in filter/source/config/fragments/* and remove all instances – patches to do that as a build conditional to the list, as above. To disable the code compilation, the files in the above directories would need similar compile-time conditionals.