CC2025（29.8.3）で保存したデータをCC2025（29.2.1）で開くと文字詰めが変わる

[makingpdfforalongtime]

現象：

CC2025（29.8.3）で保存したデータをCC2025（29.2.1）で開くと文字詰めが変わる

確認したいこと：

1. CC2025（29.8.3）で保存したデータをCC2025（29.2.1）で開くと文字詰めが変わります。この文字詰めはどちらのリビジョンが正常でしょうか？
2. 29.8.2で29.8.1以前の文字に関するトラブルは回避されたとありますが、文字詰めに関する機能なども修正されているのでしょうか？
3. テキストレイアウト更新のアラートが、リビジョンによって表示の有無に違いがあります

詳細：

文字詰めが変わる現象について：

CC2025（29.8.3）で作成されたデータをCC2025（29.2.1）で開くと文字詰めが変わります。（詰めの状態は添付データ「文字詰めの現象詳細」をご覧ください）

29.8.2でテキスト関連する修正がされていますが、その際にテキストの詰めに関する変更があったのでしょうか？

どちらのリビジョンの状態が正常に文字詰めが適用されているか、ご教示いただきたいです。

テキストレイアウト更新のアラートの表示について：

テキストレイアウト更新のアラートがリビジョンによって表示に違いがあります。

• 29.2.1アラートの表示あり
• 29.8.3アラートの表示なし

リビジョンによってアラート表示の有無に違いがあるのは正常でしょうか？

また、29.8.3でデータを開いた場合、「変更を確認」「更新」どちらが選択されているかをご教示いただきたいです。

（今回の文字詰めが変化するデータのもとは、CC2024以前に作成されたデータをCC2025で開いて保存されたものと予想されます。該当データの投稿への添付は、エラーが発生しできませんでした。）

※この文字詰めが変化すること、アラートの非表示はCC2026とCC2025（29.8.3）とも同じ動作内容でした。

CC2026の動作：

• 文字詰めは29.8.3と同様の表示
• テキストレイアウト更新のアラートは非表示

環境：

Mac OS13.5 M2

環境設定の「バックグラウンド保存」チェックなし

[katayanagi51]

ご質問に対する回答ではないので恐縮ですが，「該当データの投稿への添付は、エラーが発生しできませんでした」については，拡張子「.pdf」を手動で付けることでIllustratorドキュメントを添付できるようになりますので，再度投稿されることをお勧めします。（実際のデータがあったほうが閲覧者の反応がよいですから）

[monokano]

どの機能で文字詰めがされているのか、具体的な記載がないので、誰も回答できないと思います。

テキストエンジンの改修はサイレントで行われており、そのつどの情報はまったく出てきません。
文字組み更新のアラートの有無だけが頼りとなります。

> 該当データの投稿への添付は、エラーが発生しできませんでした
拡張子「.ai」を「.ai.pdf」に書き換えて添付してみてください。

[makingpdfforalongtime]

@katayanagi51 @monokano 

返信ありがとうございます。

該当のIllustratorデータの拡張子をpdfにして、このコメントに添付いたしました。

[monokano · Accepted solution]

確認しました。

右揃え末尾に「文字間のカーニング」をマイナスしているのが現象の発端ですね。

判断が難しいところですけど、私は現行バージョンのバグのような気がします。

2024は、末尾のカーニングが効きます。これが旧来の仕様。

2025 (29.8.3) は、末尾のカーニングが効きません。

末尾は文字間ではないので、効かないように修正されたのかと思いましたが、

「左揃えの先頭にマイナスのカーニング」は、どちらも同じく効くのです。

なんらかの修正がされたけどまだ中途半端なのか、

それともただのバグなのか、どちらもありそうです。
私はバグかなぁ…という気がします。

 

 

[makingpdfforalongtime]

@monokano 

返信と詳細な検証結果をありがとうございます。
CC2025（29.8.3）やCC2026と、CC2025（29.2.1）やCC2024などの下位バージョンで文字詰めの結果が異なる点に、違和感を覚えていました。
今回、具体的な原因や状況を知ることができ、大変勉強になりました。

ありがとうございます。

[k_takase]

どのサブバージョンから挙動が変化しているのか検証してみました。
29.6から変更されて2026（30.0）でも同様のようです。
29.5.1

29.6

[makingpdfforalongtime]

@k_takase 

返信と検証結果の共有、ありがとうございます。
当方でも CC2025（29.6）で確認し、同様の現象を確認いたしました。
多角的な視点からのご説明、大変勉強になりました。ありがとうございました。

[Ambrosial_niceness3222]

29.2.1と30で試してみました。

29.2.1の場合 文字は右に動いてゆきカーニング量の入力は-1000でリミッターかかります。

また文字幅を超えるカーニング量（等幅半角文字の場合-500）が指定された場合、文字は動かなくなります。

V30の場合無制限に引けるようです。-1000を超えたらブランク（数値表示不可）になりましたが。

あと、文字幅を超えるカーニング量を指定すると文字が左に動き始めますね。無制限？に

うーん、別バージョンで開けば別物と認識してレイアウトを確認していく必要があるようです汗

[Ambrosial_niceness3222]

済みません、訂正。

29.2.1でショートカットを用いてカーニング調整する場合-1000を超えても-1000と表示されますが

実際には-1000を超えた数値が入力されてるみたいです。

直接入力フィールドに数値を入力した場合は、双方とも-1000でリミッターかかりました。

[makingpdfforalongtime]

@Ambrosial_niceness3222 

返信と検証結果の共有、ありがとうございます。
当方でもカーニング量を試しました。CC2026ではマイナス値を増やしても文字位置は変わらず、こちらの環境では -1000 でリミットがかかるようです（設定方法が異なる可能性があります）。ブランクにはなりませんでした。
一方、CC2025（29.2.1）ではマイナス値を増やすたびに文字位置が変わり、設定が適用されている自然な操作感がありました。
このような検証の機会をいただき、誠にありがとうございました。

[monokano]

2024でマイナスのカーニングをすると、このような結果になりますね。知らなかった…。

この結果はあきらかにおかしいので、2025 (29.6) で修正がされ、その修正がまだ完了していないのかもしれません。

[makingpdfforalongtime]

@monokano 

返信ありがとうございます。
マイナスのカーニングについて、当方でも検証し、同様にカーニング情報が残ることを確認しました。
同じように「あいう」を入力し、「いう」の間にカーニングの値を入力→「う」を削除しました。
CC2026でもカーニング値は保持されますが、設定は反映されず、テキストは右揃えの位置にありました。「テキストの先頭にカーニング設定を適用しない」という修正途中なのかもしれません。
このような現象が発生することを知る、非常に良い機会となりました。ありがとうございました。

[Ambrosial_niceness3222]

ブランクにならないのですね。私の環境はWindows11 23H2なのですがOSの差なのかもしれないですね。

ちょっとキャプチャしてみたのでアップしてみます。うまく見られるのかな。。。

ただまぁ、そもそもカーニングにプラス・マイナス1000を超える数値を入れるなって話ではありますが^^;

[makingpdfforalongtime]

@Ambrosial_niceness3222 

返信と現象の動画のアップロード、ありがとうございます。
当方でも Windows 環境で検証しましたが、やはり「-1000」でリミットがかかりました（ブランクにはならず）。こちらは Win24H2 ですので、OS のバージョンなどの違いによる可能性もあるかと思います。
おっしゃるとおり、カーニング設定で極端な数値を入力する機会はほとんどないと思います。
当方では様々なデータを扱うため、このような現象があることを知ることができ、大変勉強になりました。ありがとうございました。