Document Foundation は、Apple Silicon のネイティブ ビルドを含む LibreOffice 7.2 をリリースしましたが、ユーザーはこれを「重要な目的」には使用しないよう警告されています。
この新しいリリースは機能的には大きなものではありませんが、それでもいくつかの理由で注目に値します。
まず、Apple Silicon の公式ビルドがここに公開されましたが、財団は「この特定のプラットフォームの開発はまだ初期段階であるため、バイナリは提供されていますが、重要な目的には使用しないでください」と述べています。
2 番目に、Microsoft Office ドキュメント形式との互換性をさらに向上させる取り組みが行われ、以前は同一のレンダリングを妨げていた小さな詳細に対する数百の修正が行われました。
Microsoft OfficeとLibreOfficeはどちらもXMLドキュメント形式を使用しています。財団によると、「Microsoftファイルは、ISOが2008年4月に廃止した独自の形式に基づいており、ISO承認の標準に基づいていないため、多くの人工的な複雑さが隠れています。」LibreOfficeのネイティブ形式は、ライバルであるOpen Document（ODF）標準です。
このコメントの背後には、多くの複雑な事情が潜んでいます。Office XML戦争のデータは、2000年代初頭にSunがオープンソースコミュニティを率いて、Microsoft Officeの優位性を覆そうと、無料のOpenOffice代替製品（LibreOfficeはOpenOfficeのコードからフォークされた）を推進していた頃のものです。
ODF標準化もその取り組みの一環でした。政府などによって義務付けられた標準規格によって市場シェアを失うことを懸念したマイクロソフトは、独自の標準化活動であるOffice Open XML（OOXML）に着手しました。
どちらも現在は ISO 標準ですが、Microsoft の形式の複雑さ、80 年代まで遡る既存のドキュメントの膨大な遺産、そしてこれらの形式が Microsoft Office 用に設計されているという事実により、OOXML は汎用ドキュメント形式としては理想的なものとは程遠いものとなっています。
Windows 10上のLibreOffice 7.2
さらに複雑なのは、理論上はStrictと呼ばれるOOXMLの亜種が標準として推奨されているものの、実際には（Microsoftを含む）誰もがOOXML Transitionalを使用しており、現実的には移行期間が永遠に続く可能性もあるということです。これはThe Document Foundationが上記で言及した問題ですが、LibreOffice自体はTransitional形式で保存しており、Strictのサポートに関する未解決の問題はほとんど注目されていません。そのため、Microsoftが2012年からStrictをオプションとして提供しているにもかかわらず、実際にはStrict形式はTransitional形式よりもサポートが不足しています。
米国議会図書館は、これらのフォーマットに関する実用的な見解を発表しています。ODFに関しては、「公式の義務付けや勧告にもかかわらず、特に米国ではODFフォーマットの導入が遅れている」と述べ、図書館にはODFファミリーのフォーマットで「約52,000件のファイル」が保管されていることを明かしています。
OOXMLに関しては、図書館は.docx形式のファイルを約80万件保有しており、従来のMicrosoft Officeバイナリ形式とは異なり、「テキスト文書に適した形式」だと考えていると述べています。また、図書館はOOXMLからODFへの文書変換への関心の高さにも言及し、「単純な文書であれば効率的に変換できますが、同一文書へのラウンドトリップは期待できません」と述べています。
- LibreOffice 7.2リリース候補版はMicrosoft互換への取り組みを明らかにした
- Document FoundationがLibreOffice Communityを7.1.1にアップデート
- 「業界が向かっている方向だ」：LibreOfficeチームがWebAssemblyポートに取り組む
- LibreOffice 7.1 Communityがユーザーインターフェースピッカー、その他のビットとバイトとともにリリースされました
Microsoft Officeのライバル製品の中には、Microsoftのフォーマットを自社のネイティブフォーマットとして採用することを決定したものもあります。OnlyOfficeの開発元は、「OnlyOfficeに含まれるすべてのオブジェクトは、MS Officeフォーマットの仕様に厳密に従って作成されています。したがって、ドキュメントをオブジェクトの集合として見ると、OnlyOfficeのオブジェクトモデルはOOXML仕様に準拠し、LibreのオブジェクトモデルはODF仕様に準拠しています」と主張しています。
同様に、SoftMaker Office は、「Microsoft Office 形式の DOCX、XLSX、PPTX をネイティブで使用するため、同僚やビジネス パートナー向けにドキュメントを変換する必要がありません」と述べています。
互換性の問題: 図を含む文書は、LibreOffice Writer から .docx として保存すると破損することがあります (上は Microsoft Word で再度開いたときの様子です)
LibreOffice 7.2 の改良により、Microsoft Office 形式のサポートが充実し、この問題は解消されたのでしょうか？複雑な文書を探すため、150ページの PDF ファイルを Word で .docx 形式に変換し、LibreOffice Writer で開いてみました。
結果は見事でした。文書はWordとWriterで同じように見えました。次に、ラウンドトリップをテストするために、文書をOpen Document Text（.odt）形式で保存し、その後.docx形式で再保存してWordで開きました。しかし、これはあまり良い結果ではありませんでした。Wordで再度開いたとき、図表が崩れ、テキストに重なって表示されてしまいました。
さらに実験を行った結果、中間ステップを省いた場合でも、1文字だけ変更して保存しただけで、Wordで開いたときに文書が破損することが判明しました。ちなみに、このテストでは、Microsoft OfficeのOpen Document形式サポートの利用が困難であることも示されました。私たちのテストでは、.odt形式をWordにインポートすると、図が完全に消えてしまいました。
LibreOffice チームが行った多くの改善によって互換性が向上し、多くのドキュメントがスムーズに相互運用できるようになることは間違いありません。しかし、私たちの簡単な実験では、1 つの形式と Office スイートに固執することで、場合によっては摩擦が軽減されることが示されています。
単一のスイートをLibreOfficeにすることには、財務面と標準規格に基づいた十分な根拠がありますが、Microsoft Officeがあまりにも深く根付いているため、依然として課題が残ります。とはいえ、2014年に英国政府デジタルサービスは、閲覧専用の政府文書にはPDF/AまたはHTML、編集可能な文書にはOpen Document Format（ODF）を選択しました。
LibreOffice 7.2は、ドキュメントの互換性だけではありません。テキストボックスの複数列化、プレゼンテーショングラフィックアプリケーションImpressの新しいテンプレート、Writerの背景塗りつぶし機能、ユーザーインターフェースの改善、開発者向けの新しいオブジェクトインスペクタなど、新機能もご利用いただけます。これらの多くについては、この記事でご紹介しました。
時折の互換性の問題はさておき、LibreOffice は最も便利で広く使用されているオープンソースのデスクトップ アプリケーションの 1 つであり、Microsoft Office とは異なり、Mac や Windows だけでなく Linux でも利用できます。®
