歴史レッスン: .abwファイルとは？AbiWord文書フォーマット

.abwファイルとは？

.abwファイルは、フリー／オープンソース（FOSS）のクロスプラットフォームワープロAbiWordの文書です。XMLはExtensible Markup Language、AWMLはAbiWord Markup Languageと表記します — これらのファイルに宣言される文書型です（公開識別子は`-//ABISOURCE//DTD AWML 1.0 Strict//EN`のような形で、歴史的なDTDはabisource.comにありました）。インターネットメディアタイプは多くの場合application/x-abiwordです。

古典的なMicrosoft Wordバイナリ.docや、現代の.docx（多数のOffice Open XML部品のZIP）とは異なり、プレーンな.abwは文書を1つのXMLファイルに保ちます。ルート要素は`<abiword>`で、メタデータ、スタイル、セクションと段落（`<section>`、`<p>`、文字スパン`<c>`）、ページサイズ、そしてしばしば`<data>`セクション内のbase64画像を含みます。.abwをテキストエディタで開くと読み取り可能な構造が見えることがあります。だからといってWordがインポートするわけではありません。

Microsoft Wordは.abwファイルを開きますか？

Microsoft Wordは.abwをネイティブでは開きません。2026年に.abwをダブルクリックすると、通常は認識されない／未対応形式として失敗します — 文書が空だからではありません。歴史的なAbiWordヘルプは、Wordとやり取りするときはRich Text Format（.rtf）で保存するよう案内していました。LibreOffice Writerは歴史的にAbiWord文書をインポートしてきました — アプリ経由の道としては有用ですが、Wordが形式を「サポートする」という主張ではありません。

.abwと.zabw・.awtの違い

`.abw`はプレーンなAbiWord XML文書です。圧縮された兄弟は`.zabw`または`.abw.gz`を使います。同じAWML XMLをgzip圧縮したものです（gzipマジックバイト`1F 8B…`）。gzipは一般的なGNU zip系コンプレッサと表記します — 多数の部品からなる.docxのZIPパッケージとは別物です。`.awt`はAbiWordテンプレートです。同じ製品ファミリーでも、ディスク上の役割は異なります。

ざっくり対応はこうです。.abw（読み取り可能なXML文書）→ .zabw / .abw.gz（そのXMLのgzip）→ .awt（テンプレート）。展開せずに.zabwを.abwにリネームしてもWordの役には立たず、.abwを.docxにリネームしても何も変換されません。

AbiWordの出自（AbiSource / SourceGear）

AbiWordはSourceGear Corporationで、AbiSourceプロジェクトの最初のコンポーネント、そして提案されたAbiSuiteオフィススイートとして始まりました。Eric SinkがSourceGearを創業し（1997）、AbiWordプロジェクトを立ち上げました。同時代の記述では、初期の設計と実装の多くが彼に帰されています。最初の公開／開発者向けアルファは、1998年8月21日のOpen Source Developer Day／O’Reilly Open Sourceカンファレンス前後に発表されました（バージョン0.1.0、ソースのみ）。プロジェクトは早い段階でLinuxとWin32を目指し、GPL（GNU General Public License）の下で出荷されました。

同時代のAbiSource FAQ資料は、XML採用を率直に説明していました。文書に良い構造だと感じた、というものです。SourceGearの焦点が移り、AbiSourceの会社としての取り組みが1999年末頃に収束したあと（メンテナへのインタビューでは、StarOfficeがオープンソースになった頃にベンチャー資金が尽きたと語られています）、ボランティアがプロジェクトを続けました。AbiWord 1.0は2002年4月19日に登場しました。

Linuxデスクトップでは、AbiWordは他の生産性アプリと一緒にパッケージされ、Gnumericなどのツールの隣でGNOME Officeメタパッケージ集に載ることがよくありました。これは緩い関連として扱ってください — パッケージングとプラグインフック（libgoffice経由のチャート埋め込みを含む）であり、AbiWordが「GNOMEの公式ワープロ」として密結合スイートだったという強い主張ではありません。

広がった理由は、当時の重いオフィススイートに対する軽量FOSSワープロだったこと、オープンソースやLinuxデスクトップ利用者に訴求した早いXMLネイティブ形式、そして時間とともにWindowsビルドもあったことです。Windows開発はその後メンテナ不足で減速しました（コミュニティの記述では、後のWindowsリリースが2.8.x / 2.9.xベータ帯とされています）— 単一の「終了日」を創作するのではなく、Windowsビルドが遅れたと慎重に述べます。Linuxおよびコミュニティパッケージは続き、メンテナはFlatpak / Flathubでの提供にも言及しています。

2010年代〜2020年代、コードはGitLab上のGNOME World / AbiWord（`gitlab.gnome.org/World/AbiWord`）にあります。AbiWord 3.0.0は2013年8月頃にタグ付けされ、その後は静かな時期が続き、メンテナのコメントでは動きは遅いが死んではいないとされています。コミュニティの3.0.xタグは2020年代半ばまで続きました — 例えば3.0.5（2021年7月）、3.0.6（2024年11月）、3.0.7（2025年7月）、3.0.8（2月17, 2026）。それはタグ付きのメンテナンス履歴であり、製品ロードマップではありません。古いabisource.comサイトは可用性の問題があり、生きているコミュニティハブはGitLabプロジェクトです。商用サイトが今も主であるという主張ではありません。

なぜ2026年でもディスクに.abwファイルが残るのか

2000年代〜2010年代のLinuxデスクトップ、学校、NGO、軽量オフィス導入では、ネイティブ.abwで保存されることがよくありました。それらの文書は今もUSBスティック、メール添付、アーカイブ、移行したホームフォルダに現れます。圧縮された.zabwの兄弟がプレーンな.abwの隣にあります。WordやGoogle Docsの利用者がダブルクリックすると認識されない形式になります — ファイルが空白だという証拠ではありません。

テキストエディタで`<abiword>`が見えても、本物の変換なしに現代のWordへエッセイを貼れる証拠にはなりません。これらは、早くからXMLを選び、Linuxデスクトップに広く出荷され、作成マシンがなくなったずっと後までディスクに.abw（および.zabw）を残した、軽量FOSSワープロのレガシーファイルです。

Legacy File Converterは対応ファイル形式で対応文書にAbiWord / .abwを挙げ、Windows上で.abwをローカルに変換します。アップロードは一切ありません — CloudConvertなしでレガシーファイルを変換も参照してください。同じシリーズの他のワープロ歴史レッスンは、StarWriter（.sdw）とWordPerfect（.wpd）をご覧ください。