InDesignでスクリプトから挿入した索引マーカーの位置がずれる問題 - chalcedony_htnの日記
ご無沙汰しております。 長々と前置きはしないことにして 淡々とInDesignの（たぶん）バグ報告します。 InDesignの索引作成時は見出し語の位置にマーカーを入れていくのですが、これをスクリプトからやろうとすると、ある条件下で挿入位置がずれるというバグがあります。JavaScriptとVBScriptで確認。 見出し語と同じストーリー上に表が入っている その表が見出し語より前にある その表が複数行ある（列の数は関係ない模様） CSまでは起きなかった問題です。CS4では起きるのを確認しました。CS2あたりからおかしくなってきたらしいと聞いたことがありますが、情報元のページが消えててわかんなくなったorz というわけで実験してみました。InDesign CS5.5、言語はJavaScript、もちろんWindows版です。 見事にずれてます。実験に使ったスクリプトは以下のもの。 var
eventListenerのハンドラに関するbug - 手抜きLab＠DTPの現場
先日のeventListenerに関連する情報です。メニュー項目のinvokeを捉えてデフォルトをキャンセル出来ると言う事はメニュー項目に対して独自の機能を追加出来ると言う事ですからUIを組み込む事も多々ある訳です。 わたしは最近あまり使わないのですが、Indesignには独自のユーザーインターフェスが実装されています。たまたま過去に組んだスクリプトをメニューに当てる処理をしていて引っかかったのが今回のbugです。 まずは下をご覧下さい。 #targetengine 'session' var m = app.menuActions.item("$ID/Cut"); var myEv = m.eventListeners.add("beforeInvoke", evTweak); myEv.name = "testEvent"; function evTweak(ev){ var dlg
InD-Board
MacOS Ventura13.6.3上でInDesign2022と2023を使用しています。 T1フォントが使われている英語のファイルをInDesign2022で日本語化し、T1フォント(Palatino)をOTFに変更しました。InDesign2023でも問題なく開くようになりました。ところが、PDFにしたところ、プロパティはまだT1フォントのままになっています。ヒラギノ明朝などについても、OTFを指定したのですが、PDFではT1と出ます。どのようにすれば解決できるのでしょうか？ No.10539 2024/02/14(Wed) 09:01:38 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.2.1 Safari/605.1.15
あかつき＠おばなのDTP稼業録 【InDesign CS3→5】角オプションの制限とバグ
InDesign CS5の角丸オプションでちょっとトラブったので事例をまとめてみました。 ※本エントリの原因については市川せうぞーさんに色々と教えていただきました。この場を借りて御礼申し上げます。 まずはInDesign CS3で角丸のオブジェクトを作ってみます。 角丸は角オプションで作成しています。 一番上（以下、濃紺さん）の角丸の半径は長方形の高さ/2に設定。長方形の両端が真円になっているオブジェクト。 真ん中（以下、水色さん）は長方形の高さ以上に角丸の半径を設定したもの。楕円形のオブジェクト。 一番下（以下、ピンクさん）は角丸オブジェクトをインライングラフィックに設定したもの。 このドキュメントをCS5で開いてみました。 何か変…拡大して見てみます。 まず濃紺さん。両端が真円になっていません。 これはCS4からの不具合みたいです。（参考：InDesign居残り補習室「ID CS5検証
CS5 bug with anchored objects on spreads | CreativePro Network
There’s a bug in InDesign CS5 that you should be aware of, that makes anchored objects fail to print or output to PDF in certain cases. The bug occurs if you have a facing pages document that contains text flowing from the left page of a spread to a right page. If you anchor an object to a text location on the right-hand page, but position the object on the left hand page, the object won’t print o
[InDesign]セルスタイルとスクリプトラベルに関するバグ | diary NET. 1.2mg
InDesignでスクリプトラベルをつかったラベリングでよく処理を分岐したりすのですが、Adobe InDesign Scripting Forumで、怖いバグが紹介されていた。 Adobe Forums: [CS5] Terrible InDesign Bug! 最初分かりにくかったのですが、どうやらセルスタイルがセルに適用したスクリプトラベルの内容込みで作成されるので、違う内容のスクリプトラベルではオーバーライドになる。オーバーライド消去でスクリプトラベルの内容がセルスタイルが持っているラベルの内容に変わるというバグ、CS4とCS5で発生するとありますが、CS3でも発生しました。 Scenario 1 (can be proof manualy): Create a Table Edit script label and entry something Create a cell s
あかつき＠おばなのDTP稼業録 【InDesign CS5】ホントに痛い持続性
NAOIさんのBlogにアップされている「異体字属性あるいは痛い持続性」の件の実例の紹介。先日の勉強会でNAOIさんにご紹介していただいた文字化けの事例に早速遭遇するとは思いませんでした（笑）。 以前作成したCS2のドキュメントを引っ張り出してCS5で開いたところ、 確認の「認」や情報の「情」の字体が変わっています（元は標準字体）。 CS3で開くと（見た目は）問題はありません。 そこで、ものかのの丸山さんが制作されている異体字チェッカー AppleScript版を使って異体字の使用状況を見てみると、 ▲CS5での使用状況 ▲CS3での使用状況 ミドルドット以降のテキストが異体字属性を引き継いでしまっています… なのでフォントを変更すると 盛大に化けます。しかもはじめに化けていた「認」や「情」は標準字形に戻ってます。 ということで、これからは異体字チェッカーで余計な異体字属性がついていないか
異体字属性あるいは痛い持続性 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesign CS2とCS4には、aalt属性を持つ文字の直後にプレーン・テキストをペーストした場合、その文字にaalt属性が伝染してしまうバグがあった（InDesign CS4で異体字のあとにテキストをペーストしたときの文字化け）。 このようにして伝染したaalt属性は、潜伏していることがいる。たとえば「圧」という文字に「aalt 1」という属性が付けばグリフは「壓」に置換されるのですぐに気付くだろうが、「aalt 5」という属性が付いた場合、（「圧」にはaalt 1の「壓」以外には異体字は存在しないので、親字である「圧」が表示されたままとなり）その異体字属性は顕在化しない。 ところがInDesign CS5には、「異体字を1つだけ持つ文字に“2”以上のaalt番号が付いていた場合、番号1（aalt 1）のグリフを表示してしまうというバグ（だと思う）があるようだ。つまりInDesig
InDesign CS4/CS5で回転させた線の長さを変える冴えたやりかた - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
ねえねえ、さっきはついうっかり言いくるめられちゃったけどさ……。 はい？ InDesignで線を回転させたときの挙動ってやっぱりおかしくない？ そうですか？ たとえばこう、ヨコ線を引いてさ、反時計回りに90°回転させるとタテになるじゃん。 なります。 で、下端を基準点にして長さを半分にすると、ほら、上下に縮まっちゃうよね。 だから、それはですね、「回転前の位置」を基準に考えないとダメなんです。 でもさ、この場合、回転後の「下」は、回転前は「左」だよね。 そうです。 で、「左」を基準にして長さを半分にすると、ほら、今度は上に縮むんだぜ。 あれ、逆？ 左なら上で右なら下？ いや、その覚え方は回転方向が時計回りの場合に通用しないな。「線の長さを変えるときの基準点は回転させる前のその点の逆の位置」って覚えておくと、わかりやすくて作業がぐんぐんはかどるぞ！*1 *1:InDesign CS4/CS5
InDesign CS5で線の長さを変えると位置がズレる - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesign CS5では、変形パネルに数値を入力して（ドラッグではなく）オブジェクトのサイズを変更すると、基準点まで動いてしまうことがある*1。これでは使い物にならないので、問題の全体像を把握しようと試み、回避方法を探ってみたい*2。 下図は、InDesign CS4で長さ100pt・幅10ptの線を選択し、基準点を変化させながら、変形パネルで線の長さ（L）を200ptに変更した結果を示す（以下の図では、黒が変更前、グレーが変更後）。ズレは見られない。 InDesign CS5で同じことをしたものが、下図。InDesign CS5では、変形パネルメニューの「境界線の線幅を含む」のチェックの有無によって結果が変わってくるが（CS4なら、線オブジェクトに関してはどちらでもズレない）、下図はチェックのある場合。ヨコ線なら基準点が上（左上、中央上、右上のいずれか）、タテ線なら基準点が左（左上、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://kb2.adobe.com/jp/cps/894/cpsid_89434.html
http://kb2.adobe.com/jp/cps/930/cpsid_93049.html
Adobe Community
http://kb2.adobe.com/jp/cps/923/cpsid_92305.html
http://kb2.adobe.com/jp/cps/911/cpsid_91194.html
When Split Columns Won’t Split in InDesign | CreativePro Network
Adobe Community
http://kb2.adobe.com/jp/cps/856/cpsid_85672.html
Adobe Community
英語圏に見る、ソーシャルメディアの“投資効果”（ROI）の現状