Illustratorの闇と化したバックグラウンド機能

Illustratorのバックグラウンド機能で何が起きたのかを記録として残しておきます。

バックグラウンド機能の導入

Illustratorにバックグラウンド機能が導入されたのは、2020 (24) です。デフォルトで有効になっており、2020にアップデートした人たちはここを有効にしたまま使うことになりました。

この頃にIllustratorフォーラムで、ネイティブデータと見た目が一致しているはずの互換PDFがネイティブデータと異なる状態になってしまう、という不具合がかなり多く投稿されるようになりました。不具合が発生したときに重要なのは、それを確実に再現する手順を見つけることです。そこから対処方法の有無が分かりますし、開発側はデバッグでその手順から不具合の原因を特定できるからです。

しかし、この不具合は再現手順を誰も見つけられませんでした。その替わりに、バックグラウンド機能を無効にすると不具合を防止できることが経験的な知見として得られ、対処方法だけが判明しました。その方法はユーザーに周知されることはなく、不具合も直らない(直せない)まま放置されました。

バックグラウンド保存に新オプションの導入

2025 (29.7) で、「バックグラウンドで保存」のオプションとして「パフォーマンスのために保存を最適化」が追加されました。

驚愕すべきは、Adobeはリリースノートにこのオプションを全く記載しませんでした。現在でも公式ドキュメントのどこにも記載がありません。そのオプションが何なのかを説明しているのは、当時のWebニュースのみです。

Impress Watch – アドビ、PhotoshopなどのAI強化 保存高速化や「調和」

Illustratorは保存時間が大幅短縮
保存の最適化により、保存時間が大幅に短縮される。 環境設定のファイル管理に「パフォーマンスのために保存を最適化」オプションを追加した。チェックボタンを有効にすると、差分のみを保存することで処理が高速化する。

この記事はほとんど知られなかったので、ユーザーはこうした機能追加を誰も把握していませんでした。

2025 (29.8.1) で、このオプションがさらに致命的なバグを発生させます。ファイル保存時にオブジェクトがランダムに移動してしまい、その状態で保存されてしまう不具合です(他にもいくつかあった模様)。それまで互換PDFのみで発生していたのがネイティブデータにも発生するようになったわけです。しかもかなり頻繁に発生するのに、ここでも確実な再現が難しく、開発チームでの修正が難航したようです。2026 (30.0) のバージョンアップでも直らず、世界中のユーザーに被害を与え続けました。

なお、バックグラウンド機能を無効にする対処方法はここでも有効でしたが、知らないユーザーは依然として多い印象を受けました。

結局、先に2025 (29.8.4) で修正され、その後に2026 (30.1) で修正され、ようやく不具合が収束したかに思われました。

2026 (30.0) では「パフォーマンスのために保存を最適化」オプションがなくなり、バックグラウンド保存に統合されました。この時点でAdobeはようやく公式に2026の新機能としてリリースノートに記載しました。

2026 (30.2.1) で、この新機能はまたバグを発生します。psd画像ファイルをリンク配置すると、互換PDFでその画像が消失します。

まとめ

「重い遅い」の対策として導入したバックグラウンド機能でしたが、当初から互換PDFに生成不良を発生させるバグの温床でした。さらに2025 (29) でバックグラウンド機能の新方式を導入したことで、余計にバグが悪化して止まらない事態になっています。

このバグの重篤性は、不具合自体もそうですが、2025 (29.7) のオプション追加が「ネイティブフォーマットのファイル保存に加えられた新機能」であるにもかかわらず、ユーザーへの告知をAdobeが全くしなかったところに潜在していると感じています。ここまでのオプション追加の非言及は、方針としてかなり異常です。バックグラウンド機能はここでIllustratorのevilと化したといえるでしょう。

私たちユーザーができることは、闇からの自衛として、未来永劫末代までバックグラウンド機能を無効にすることだけです。

追記

これも忘れられそうなので書いておきます。
Illustratorの日本サポートチームは、こうした闇に孤軍奮闘しています。日本だけ独自にバグの告知をして、さらに本来なら2025はAdobe MAX後にLTSバージョンとして修正アップデートがされないはずなのに、バックグラウンド機能のバグを重く見て修正を強く要求し、29.8.4で実現させています。

FontBBox Viewerのバリアブルフォント対応

FontBBox Viewerはv2.4でバリアブルフォントに対応しました。

InDesign日本語版25周年記念イベントで、服部さんからリクエストがあり、「あんなムズかしいのできるのかな…」と思っていたのですが、なんとかそれなりにできました。

バリアブルフォントの仕様は「人類には早いんじゃないか」と感じるくらいにかなり複雑です。あの動的変化に対応するにはAppleのCore Textにアクセスするしかないです。日本語で具体的にちゃんと書かれたものは「Variable Fontにまつわるフォントテクノロジー」だけでした。こちらの解説のおかげで取りかかりの糸口がつかめました。

Xojoで作っているので、Core TextのMBSプラグインで、まずはNSTextViewの文字列をバリエーション軸のスライダーで動的に変化させることができるか試し、これはうまくできました。FontBBox ViewerはNSBezierPathで描画するので、次にこれを試したのですが、ここで壁がありました。Claudeさんに質問したら、そこを鮮やかに解決するメソッドを書いてきて、ここからClaudeさんが大活躍します。Claudeさんがいなかったらバリアブルフォント対応は頓挫していたことでしょう。

道中には幾多の壁があり、そこをすこしずつ乗り越えて、なんとかそれなりに対応できた次第です。めちゃくちゃ楽しかった。ひさしぶりにアプリ開発にのめり込んで、楽しさを思い出しました。その機会をくれた服部さんに感謝です。

Illustrartorで全角中黒タブリーダーが筋悪になった件

Illustratorでタブのリーダーを全角中黒「・」にする手法は、2024 (28.7) 以降でかなり筋が悪くなってしまいました。今後は厳禁にした方が良いでしょう。

全角中黒タブリーダー

おさらいをしておきます。タブの設定で「リーダー」に記号文字を入力すると、そのタブにリーダーが表示されるようになります。

ここに全角中黒を入力する手法は一般的でした。しかし、2024 (28.7) で仕様変更があり、全く使いものにならなくなってしまいました。経緯を見ていきましょう。

CS ~ 2024 (28.6)

CSから2024 (28.6) までの20年以上、メトリクスと和文等幅で全角中黒リーダーは半角幅になり、オプティカルでタブに揃わなくなるバグはあったものの、それ以外はとくにトラブルなく使われていました。

2024 (28.7) ~2025 (29.0)

2024(28.7) で、全角中黒リーダーが全角幅になる仕様変更がありました。同時に、全角中黒リーダーを使うとメトリクスと和文等幅でタブ揃えに異常が発生するバグが発生しました。このバグは2025 (29.0) まで続きました。

なお、文字パネルの「アキを挿入」を「アキなし」にすることで、仕様変更とバグの両方を回避できる…ように思われました。

2025 (29.1) ~

2025 (29.1) で、タブ揃えに異常が発生するバグが修正されました。同時に、「アキなし」にするとタブに揃わなくなるバグが新たに発生してしまいました。このバグは現時点(29.2)でも修正されていません。

なお、2025 (29.1) はこれとは別の、ポイント文字に約物があると「タブ揃え」「中央揃え」「右揃え」でズレてしまう致命的なバグが同時発生し、混迷を極めました(このバグは2025 (29.2) で修正されました)。

2024 (28) は最終バージョンでもバグ修正されていない

2024 (28) はマイナーアップデート期間で致命的なバグが数多く発生しました。これらは最終バージョンでほとんどが修正されました。しかし、全角中黒リーダーでタブ揃えに異常が発生するバグは、発見報告が遅れたこともあり、2024 (28) の最終バージョンでも修正されませんでした。それでも、他のバグが修正されていることを考慮すると、2024 (28) は「28.7.4」(現時点の最終バージョン)を選択するのがベストでしょう。

対処方法

2024 (28.6) までに作られたaiファイルを2024 (28.7) 以降で開くと、全角中黒リーダーが変化してしまいます。この変化は2025 (29) で導入された「文字組み更新」機能でも検知されず、警告は一切表示されません。

変化した全角中黒リーダーをなるべく前の状態に戻すには、タブの設定で全角中黒「・」を半角中黒「・」に変えるしかありません。

2024 (28.7) から始まった全角中黒リーダーの変遷を見ると、あまりの混迷に辟易としてしまいます。全角中黒リーダーだけでなく、Adobeの現在のアップデート方針は、不可避的にこのような混迷にユーザーを巻き込むものです。

Adobeのマイナーアップデート期間は1年間の混迷期間

Adobeは現在、毎年10月にUSで開催されるAdobe MAXで必ずメジャーアップデートをします。その後の1年間は、マイナーアップデート期間です。マイナーアップデートでは、バグを修正したり、新機能を追加したり、従来機能の仕様変更をしたりします。そしてそれに伴う新たなバグが発生したりもします。これを1年の間に何度も何度も繰り返します。

マイナーアップデート期間は、1年間の混迷期間といえるでしょう。これに巻き込まれないために、マイナーアップデート期間の1年が過ぎるまでは使用を避けるのが得策です。

モリサワのMin2に要注意

モリサワには「Min」「Min2」という独自の文字セットがあります。Minの文字を増加してバージョンアップしたのがMin2で、ミニセット系では現在Min2が採用されています。

先に結論を述べておくと、Min2は漢字が少なすぎて、書籍の本文や見出しなどで使えるものではありません。

「石井ゴシック StdN」は、ちゃんと表示されます。

しかし、「石井中丸ゴシック Min2」は、不足した漢字が「〓」に表示されてしまいます。書籍で使えるようなものではないことがよく分かります。

[PDF]Min2で〓になってしまう漢字の例

ミニセット系が書籍等での使用に耐えられない(漢字が不足している)のは、モリサワも認識しているし、想定内なのでしょう。しかし、ここまで不足している状態は、ユーザーにしてみると想定外といえるでしょう。

ミニセット系は、そもそもデザイン書体に採用されるものなので、書籍に使われるおそれはまずありませんでした。ところが今年(2024年)にリリースされた写研書体で、デザイン書体ではないものにMin2が採用されてしまいました。

とくに「石井中丸ゴシック Min2」は書籍等で使いたくなります。もしデザインフォーマットで指定されてきたら、全力で拒否しなければいけません。その説得材料として上記のPDFをお役立てください。

InDesignの正規表現のUnicodeバージョン

InDesignは2019(v14)からメジャーバージョンアップ時にBoost.Regexも更新するようにしたようで、正規表現のUnicodeバージョンも更新されるようになりました。

CC 2018(v13)まで Unicode 5.1
CC 2019(v14) Unicode 9.0
2020(v15) Unicode 12.0
2021(v16) Unicode 13.0
2022(v17) Unicode 13.0
2023(v18) Unicode 14.0
2024(v19) Unicode 15.0, 15.1

正規表現のUnicodeバージョンの調べ方

Unicodeのバージョンにとくに影響するのは、\dや\sといった略記法です。InDesignの「\d」はUnicodeカテゴリーの「Nd」に相当するので、各UnicodeバージョンのNd文字をinddに並べて、\dでマッチするかどうかを調べれば良いわけです。

下図は2020(v15)で開いたinddです。\dにマッチするかしないかを視覚的に概観できるようにしています。これを見ると、Unicode 12まで全てマッチしていますが、Unicode 13以降に追加されたNd文字にはマッチしていません。一目瞭然で簡単に分かりますね。

ダウンロード Verification-Nd.zip
正規表現スタイルで自動的に\dのマッチが反映されるようにしています。idmlを各InDesignバージョンで開くだけで結果が表示されるので試してみましょう。