Loading article…
OASIS Open Document Format for Office Applicationsをサポートするアプリケーションは多数あり、アルファベット順に以下に挙げます。
Java、Python、Ruby、C++、C#などの言語向けに、OpenDocumentに対応したライブラリが利用可能です。OpenDoc Societyは、OpenDocument Format用のODFソフトウェアライブラリの包括的なリストを管理しています。
OpenDocument パッケージは、通常のZIP ファイルです。単一の XML ファイルで構成される OpenDocument フォーマットもありますが、ほとんどのアプリケーションはパッケージフォーマットを使用しています。そのため、ZIP ファイルや XML データを扱うための膨大な数のツールのいずれも OpenDocument を扱うために使用できます。ほぼすべてのプログラミング言語には、XML ファイルや ZIP ファイルを処理するためのライブラリ (組み込みまたは利用可能) が用意されています。
マイクロソフトは、Office 2007 Service Pack 2 以降、ODF のネイティブサポートを提供しています。[ 68 ]マイクロソフトは、2012 年にブリュッセルで第 8 回 ODF プラグフェストを開催しました。
2005 年 10 月、Microsoft Office 2007 スイートがリリースされる 1 年前に、Microsoft は、国際標準の OpenDocument フォーマットのサポートに対する Microsoft の顧客からの需要が十分ではないため、Microsoft Office 2007 には含まれないと発表しました。この声明は、その後数か月間も繰り返されました。[ 69 ] [ 70 ] [ 71 ] [ 72 ]これに対し、2005 年 10 月 20 日、Microsoft に ODF サポートを要求するオンライン署名が作成されました。[ 73 ]この署名には、約 12,000 人が署名しました。[ 74 ]
2006年5月、OpenDocument FoundationによりMicrosoft Office用のODFプラグインがリリースされた。[ 75 ] Microsoftは、同社がプラグインの開発者と協力したことはないと表明した。[ 76 ]
2006 年 7 月、マイクロソフトは、Microsoft Office Open XML フォーマットと OpenDocument フォーマット (ODF) の間の技術的な橋渡しツールである Open XML Translator プロジェクトの作成を発表しました。この作業は、ODF との相互運用性に関する政府からの要請に応えて開始されました。このプロジェクトの目標は、ODF を Microsoft Office に直接実装することではなく、プラグインと外部ツールを作成することだけです。[ 77 ] [ 78 ] 2007 年 2 月、このプロジェクトは Microsoft Word 用の ODF プラグインの最初のバージョンをリリースしました。[ 79 ]
2007年2月、SUNはMicrosoft Office用のSUN ODFプラグインの初期バージョンをリリースした。[ 80 ]バージョン1.0は2007年7月にリリースされた。[ 81 ]
Microsoft Office 2007 Service Pack 2 は 2009 年 4 月 28 日にリリースされました。[ 82 ] OpenDocument 1.1のネイティブ サポートに加え、 XPSやPDFなどの他の形式もサポートされました。[ 83 ] [ 84 ]
2012年4月、マイクロソフトはMicrosoft Office 2013でODF 1.2のサポートを発表しました。[ 85 ] Microsoft Office 2021はODF 1.3をサポートしています[ 86 ]（WindowsおよびMacOS）。
Microsoft は、Office Open XMLと OpenDocument間でドキュメントを変換できるように、Open XML トランスレータの作成に資金を提供しました。 [ 87 ] SourceForgeでホストされているこのプロジェクトは、Microsoft のパートナー数社が、 BSD ライセンスの下で無料で利用できるMicrosoft Office用プラグインを作成する取り組みです。2007 年 12 月までに、 Microsoft Word、Microsoft Excel、Microsoft PowerPoint用のプラグインがリリースされました。しかし、独立した分析では、Office 2007 のサポートがないなど、これらのプラグインに関するいくつかの懸念が報告されています。[ 88 ]
Sun Microsystems の Microsoft Office ユーザー向け ODF プラグイン[ 89 ] (2013 年 3 月 30 日現在、ダウンロード リンクは利用できません) は、ユーザーが Microsoft Office で ISO 標準の Open Document Format (ODF) ファイルを読み書きできるようにするプラグインでした。Microsoft Office 2007 (サービス パック 1 以降)、Microsoft Office 2003、Microsoft Office XP、さらには Microsoft Office 2000 でも動作します。[ 90 ] [ 91 ]
ooo-word-filter [ 92 ]は、ユーザーが Microsoft Office 2003 で ODF ファイルを開くことを可能にするプラグインでした。
OpenOpenOffice (O3) [ 93 ]は明らかに活動停止状態です。OpenOpenOfficeはPhase-n によって開発された、Microsoft Office でOpenDocument ファイル (およびOpenOffice.orgでサポートされているその他の形式) を読み書きできるようにする無料のオープンソース ソフトウェアプラグインです。完全なオフィス アプリケーションや大きなプラグインをインストールする代わりに、O3 は Microsoft Office システムに小さなプラグインをインストールすることを意図していました。この小さなプラグインは、ファイルを自動的にサーバーに送信し、サーバーが変換を行い、変換されたファイルを返すことを意図していました。サーバーは組織内にローカル (プライベート 情報がインターネットを経由しないようにするため) することも、インターネット経由でアクセスすることもできます (サーバーをセットアップしたくない場合)。サーバー側のベータ版は完成しており、その後の発表は行われていません。Phase-n は、このアプローチの主な利点はシンプルさであると主張していました。彼らのウェブサイト[ 94 ]では、O3は「新たな概念の探求や大幅な開発を必要とせず、OpenOffice開発者、CPANモジュール作成者、Microsoft .NETおよびOfficeチームによって既に作成された膨大な既存の成果物を活用する」と発表している。また、このアプローチによりメンテナンスが大幅に簡素化され、OpenOfficeの新バージョンがリリースされた際にはサーバーのみをアップグレードすればよいと主張している。
OpenDocument Foundationは2006年5月にMicrosoft Office用のプラグインを開発する計画を発表したが[ 95 ]、2007年10月に開発は中止された[ 96 ]。
Microsoft は Office 2007 SP2 で OpenDocument フォーマットをサポートしています。[ 97 ]現在の実装は、他の OpenDocument 互換ソフトウェアと同じように暗号化されたドキュメントや数式フォーマットをサポートしていないこと、また他の OpenDocument 互換ソフトウェアで作成されたインポートされたスプレッドシートから数式を削除してしまうことで批判を受けています。[ 98 ] [ 99 ]批評家は、この標準の矛盾により、Microsoft は実際にはオフィス生産性ソフトウェア間の相互運用性を低下させてしまったと述べています。[ 100 ] [ 99 ] [ 101 ]同社は以前、「ODF 1.1 が曖昧または不完全な場合、Office の実装は主に OpenOffice.org の現在の慣行、および KOffice や AbiWord などの他の実装を参考にすることができます。Peter Amstein 氏と Microsoft Office チームは、ODF 1.1 で提供されている拡張メカニズムを自由に利用することに消極的です。彼らは、拡張を積極的に取り入れようとする試みという印象を一切避けたいと考えています。」と述べていたと報じられています。[ 102 ]しかし、 ODF Allianceによると、「Excel 2007 SP2 で作成された ODF スプレッドシートは、Excel 2007 がセル アドレスを含む数式を誤ってエンコードするため、実際には ODF 1.1 に準拠していません。ODF 1.1 のセクション 8.3.1 では、数式のアドレスは「 "[" で始まり、"]" で終わる」とされています。Excel 2007 では、セル アドレスが必要な角括弧で囲まれていませんでしたが、これは簡単に修正できます。」[ 103 ]ただし、ISO/IEC 26300 仕様では、意味と構文は使用される名前空間に依存し、その名前空間は実装に依存するため、構文の実装も定義されると規定されているため、この主張には異議が唱えられています。[ 104 ]
SP2 より前に、Microsoft はOOXMLと OpenDocument間でドキュメントを変換できるようにOpen XML トランスレータ[ 87 ]プロジェクトの作成を支援しました。このプロジェクトの結果として、Microsoft はSourceForgeの ODF アドイン for Word プロジェクトに資金を提供しました。このプロジェクトは、Microsoft のパートナー数社が、BSD ライセンスで自由に利用できる Microsoft Office 用プラグインを作成する取り組みです。このプロジェクトは、 2007 年 1 月にMicrosoft Word用のバージョン 1.0 をリリースし、同年 12 月にMicrosoft ExcelおよびMicrosoft PowerPoint用のバージョンをリリースしました。Sun Microsystems は、Microsoft Office 2007 (Service Pack 1 以降)、2000、XP、および 2003 用の競合する OpenDocument プラグインを作成し、Word、Excel、および PowerPoint ドキュメントをサポートしています。[ 91 ] ODFアライアンスは、サードパーティのプラグインが「最近リリースされた Microsoft Office 2007 SP2 よりも ODF のサポートが優れている」と主張しています。[ 105 ]
OpenDocumentに関する議論で提起された重要な問題の一つは、このフォーマットが障害のある人にとってアクセスしやすいかどうかである。問題は2つある。仕様がアクセシビリティをサポートしているか、そして実装がアクセシブルであるか、である。
OpenDocumentの仕様は現在、広範なアクセシビリティレビューを受けている段階ですが、その基盤となる多くのコンポーネント（音声やマルチメディア用のSMIL 、ベクターグラフィックス用のSVGなど）は、既にWorld Wide Web Consortium（W3C）のWebアクセシビリティイニシアチブのプロセスを経ています。
現在、OpenDocumentを読み書きし、タグ付きPDFファイルをエクスポートするアプリケーションが既に存在します（PDFのアクセシビリティをサポートするため）。これは、アクセシビリティに必要なデータの大部分または全てが既にOpenDocument形式に含まれていることを示唆しています。
OASIS OpenDocument 技術委員会は、2006 年 7 月 27 日に OpenDocument 1.1 のドラフトを公開し、2006 年 9 月 25 日まで一般からのコメントを受け付けました。[ 106 ] これは、主にソフトページ区切りマーク、テーブルヘッダーマーク、プレゼンテーションナビゲーションマーク、代替テキストとキャプションなどのアクセシビリティ情報を追加し、特にスプレッドシートをプレゼンテーションに埋め込むことができることを明記する仕様のマイナーアップデートです。アクセシビリティ専門家の Peter Korn 氏は、バージョン 1.1 を「アクセシビリティに関する懸念事項がすべて解決されたことを確認するため」にレビューし、「非常に満足している」と宣言しました。[ 107 ] [ 108 ]
ピーター・コーンは、OpenDocumentのアクセシビリティに関する詳細なレポート[ 109 ]を発表しました。彼は、視覚障害（軽度、重度、または全盲）、身体障害（軽度、音声制御を伴う重度、音声制御を伴わない重度）、聴覚障害、認知障害など、多くの種類の障害があることを指摘しました。そして、具体的な障害によって状況は異なると指摘しました。ただし、多くの障害については、既知の問題はないとのことです。
OpenDocumentはオープンスタンダードのファイル形式であるため、OpenDocumentファイルの読み書きに全員が同じプログラムを使用する必要はありません。障がいのある方は、自分にとって最も使いやすいプログラムを自由に選択できます。
たとえば、Google Docs、KSpread、Symphony、OpenOffice、および Sun Plug-In 3.0 for MS Office で作成されたテスト スプレッドシートを MS Excel 2007 に読み込むと、正しく処理されません。これは、スプレッドシート内で計算を実行するために使用される数式 (たとえば、セルの列の数値を加算する) が、MS Excel 2007 では単純に削除されるためです。計算を実行する代わりに、MS Excel 2007 にスプレッドシートを読み込むと、以前に保存したときのセルの最後の値が残ります。同じテスト スプレッドシートを MS Excel 2007 以外のすべてのアプリケーション (たとえば、KSpread と Google Docs の間) で読み込んで保存すると、正しく処理されます。他のほとんどの ODF スプレッドシート アプリケーションは、問題なく相互運用できます。正しいアプローチは、Microsoftが同様の措置を講じ、MS Officeユーザーが他のODF対応オフィススイートとスプレッドシートを共有できるようにすることだっただろう。
しかし、Microsoft Office SP2 は ODF に完全準拠したバージョンであると主張しており、仕様で定義されている限り、それはおそらく正しいでしょう。ただ、他のベンダーの製品との相互運用性に関しては全く役に立ちません。これは相互運用性ではなく、その概念そのものへの攻撃です。
2007 SP2 で作成された ODF スプレッドシートは、Excel 2007 がセル アドレスを含む数式を誤ってエンコードするため、実際には ODF 1.1 に準拠していません。ODF 1.1 のセクション 8.3.1 では、数式のアドレスは「 "[" で始まり、"]" で終わる」とされています。Excel 2007 では、セル アドレスが必要な角括弧で囲まれていませんでしたが、これは簡単に修正できました。
Excel 2007 は、Sun Plug-In 3.0 for MS Office または SourceForge "OpenXML/ODF Translator Add-in for Office" を介して読み込まれた ODF スプレッドシート ドキュメントを処理しますが、Office 2007 SP2 で提供される「組み込み」サポートを使用すると失敗します。