LibreOffice 7.3 レビュー――転換点にはならなかった

数ヶ月前、LibreOffice 7.2のテストを終えたとき、私が導き出した総評は「穏やかながら慎重な楽観視」というものでした。穏やかなのは、オープンソースの世界では物事がしばしば気まぐれに動くから。慎重なのは、過去に何度も失望させられた経験があるから。そして楽観的だったのは、長年にわたりLibreOfficeを悩ませてきた一連のユーザビリティ上のバグや問題をようやく克服し、これからは順風満帆になると感じたからです。

その思いを胸に、今度はLibreOffice 7.3に目を向ける番です。私は少しだけ待ちました。最初のマイナーアップデートがリリースされ、初期のバグが素早く特定・修正された段階で、この定番のフリーオフィススイートを厳しいテストにかけたかったのです。厳密さ(rigor)の中にイゴール(Igor)が潜んでいる、というわけで。本当に。

コードを横目に、前回と同じ手順で

私は繰り返しが好きではありません。同じことを何度もこなすのは退屈です。しかし、一貫性のある比較を行うためには、同じプロセスに投資する必要があります。そこで今回は、前回試したことをほぼすべて再実行しました。では、違いはどこにあるのでしょうか?

答えは「違いが多すぎる」です。しかも、その大半は好ましくないものばかり。正直、憂鬱になる結果でした。

まず、インストール手順に約10分かかりました。これは7.2と完全に同一で、かなり苛立たしい点です。およそ300MB分のアプリケーションコードのコピーにこれほどの時間がかかる理由はありません。「クラウド」から数GBものデータをダウンロードする類の「モダン」なソフトウェアならともかく、ポータブル版まで提供しているLibreOfficeでこんなことが起こるべきではありません。9月と同じテストを、同じハードウェア構成で実施しました。つまり、これは修正されずに残ったバグ第1号だということになります。

このステップには異常に長い時間がかかる。なぜなのかは不明。

外観はまずまず、わずかに洗練された印象を受けます。UIレイアウトを変更でき、全体的な一貫性も少し増したように見えます。しかし、全体としては依然として混沌としています。これほど多くのレイアウトを選択肢として提供する必要はありません。それぞれに対応と保守のコストが伴い、これらは貴重な開発リソースです。そんなリソースは、たとえばMicrosoft Officeとの互換性向上に充てるべきでしょう。そういえば……。

DOCXはちゃんと扱えるのか?

半年前、私はクロスフォーマット対応の改善に一定の満足をしていました。ところが今回は、評価はひとことで言えば「イマイチ」。どうやらLibreOffice 7.2に盛り込まれていた良い改善は、また消え去ってしまったようです。ある意味、これは典型的なLinuxディストリビューションのテスト体制に似ています。意味もない変更が加えられ、実質的な検証はほとんど行われていない。内部の開発プロセスがどうなっているのかは分かりませんが、明らかに機能していないか、意図的に無視されているとしか思えません。

まず、前回と同じOffice 365のWordおよびPowerPointテンプレートを使用しました。新しい版はダウンロードしていません。つまり、以前使ったのと完全に同一のドキュメントです。Wordファイルはあまり美しくレンダリングされませんでした。しかも、以前より悪化しています。LibreOffice 7.2がまずまずの結果を出せていた箇所で、7.3はより劣る描画结果となったのです。

これらのファイルの一貫性の変遷を確認したい方は、LibreOffice 6.3から7.2までの各レビュー記事を参照してください。

PowerPointのほうも状況はかなり悲惨でした。7.1ではかろうじて動作し、7.2では開くまでに非常に長い時間(とはいえ3分程度)を要した2つのテンプレートのうちの1つについて、LibreOffice 7.3は両方の世界の最悪の部分を併せ持つ結果になりました。具体的には、そのテンプレートがついに開かなくなったのです。7.2で見られた3分の遅延どころの話ではありません。今回は無期限に応答なしとなりました。

さらに悪いことに、読み込み中にマウスカーソルで別のLibreOfficeウィンドウをうっかりクリックすると、アプリケーションスタック全体がフリーズしました。PowerPointの読み込みウィンドウだけではなく、です。事実上、ドキュメントを1つ開こうとしただけでLibreOfficeセッション全体が使い物にならなくなり、開いていた多数のドキュメントすべてが巻き添えになりました。

きわめて脆弱です。想像してみてください。仕事中にWriterのファイルをいくつか開き、表計算ドキュメントを1〜2枚開いている状態で、さらにもう1つファイルを開こうとした瞬間、すべてがフリーズし、スイート全体を強制終了せざるを得なくなるのです。私自身、書籍の執筆で日常的にLibreOfficeを使用しており、15〜20個のファイルを同時に開くことも珍しくありません(通常、章ごとに1ファイル)。ファイル間の相互参照も頻繁に行います。ランダムなクラッシュやフリーズへの不安と不確実性が作業環境に侵入してくるのは、決して許容できません。

スタイル機能

コンテンツ管理は依然としてぎこちなく、非効率です。スタイルの適用には相変わらずダブルクリックが必要です。さらに、スタイルリストはドキュメント内で現在アクティブな要素のスタイルへと上下に飛び跳ねるため、新しいスタイルの適用が苦痛になります。たとえば、ある段落に「本文(先頭行インデント)」のようなスタイルが設定されており、次の段落にも同じスタイルを適用したいとしましょう。ところが次の段落をクリックした途端、リストは「標準」へとジャンプし、スクロールで戻って、ついさっき目の前にあったスタイルを適用し直す必要が生じます。ダブルクリック、別の段落、そしてまた同じ問題の繰り返し。単純な作業のはずが、飛び跳ねるリストの中での狂気じみた探索になってしまうのです。UI設計の鉄則第一は「使用中のツールの配置を勝手に変えてはならない」。LibreOfficeのスタイル機能は、まさにその逆をやってのけています。

その他の気になる点

Writerのサイドバーが実際の作業領域に重なるため、右余白やコメントがサイドバーに完全に覆われてしまうことがあります。意図的な設計なのかもしれませんが、その場合、ドキュメント領域を横方向に広げて作業する必要があり、すべての作業環境でそれが可能とは限りません。いずれにせよ、これが最善の選択だとは思えません。

画像のアンカー設定や文字列の折り返しも、相変わらず面倒でぎこちないままです。さらに、Writerウィンドウのタイトルバーにあるドキュメント名に奇妙な(リモート?)マーカーが表示されていることにも気づきました。それが何を意味するのかは皆目見当がつきません。ファイルは完全にローカルのもので、その場で自分のPC上に作成したばかり。実際、まだ一度も保存すらしていなかったのです。

まとめ

今日はなんだか不機嫌な気分です。LibreOffice 7.3は、期待に応えてくれませんでした。問題は山積みで、その中には古くから未解決の、ほとんど頑固と呼べる設計上の選択や決定も含まれており、それらはLibreOfficeとそのユーザーに害をもたらすだけです。Microsoft Officeのファイルを正しく表示できないことで、唯一利益を得るのはMicrosoftです。人々は実用的な代替手段のないまま、エコシステムに閉じ込められ続けることになるからです。イデオロギーはビジネスを動かしません。残された一般ユーザーの道は、妥協のみです。私自身がWindowsの世界からの離脱を検討しているだけに、事態はさらに深刻になります。

そして、LibreOfficeの最大の問題は、機能面の同等性の有無でも、視覚的なバグでも、パフォーマンスの問題でも、ここ10年間私が不満を口にしてきたどの要素でもありません。最大の問題は、ユーザー体験の一貫性の欠如です。いくつかのファイルを保存し、あるバージョンのオフィススイートで開き、その半年後に別のバージョンで開いたとき、結果がこれほど大きく異なるようでは、信頼できる基準線が一切存在しません。私は何も拠り所のない状態に置かれるのです。

ともあれ、これはLibreOfficeにとって良い兆候ではありません。確かに動作はします。93%のケースでは成果を出してくれます。最もエレガントな方法ではないにせよ、なんとかやっていけます。しかし、残りの7%は完全に、場当たり的な賭けです。そこで全てが崩れ落ちます。それがLibreOffice 7.3であり、本記事の結論です。もっと期待していたのですが、そもそも期待すること自体が私の過ちだったようです。

それでは、また。