2011年4月27日追記。このバグはInDesign CS5 7.0.4で修正されたようです。 InDesign CS5でaalt属性を持つ文字のフォントを変更しようとすると、ロックされて変更できない、あるいは変更後に化けることがある。このトラブルは、「変更前のフォント」が、モリサワPro、ヒラギノPro/ProNなどの場合に発生する*1。 下図はCS4とCS5の比較。CS5、モリサワPro(またはヒラギノなど)、aaltという条件が重なると、フォントを変更しようとしても、ほとんど場合、ロックされる。下図青字は、フォントの変更の際に(文字化けを防ぐために)異体字属性が調整されているケース。 このようなロックは「不要なはずのロック」だが、Cmd+Optionで強制的にフォントを変更(オーバーライド)すると、異体字属性の調整が行われないので、文字化けする可能性がある(下図)。オーバーライドとい
NAOIさんのBlogにアップされている「異体字属性あるいは痛い持続性」の件の実例の紹介。先日の勉強会でNAOIさんにご紹介していただいた文字化けの事例に早速遭遇するとは思いませんでした(笑)。 以前作成したCS2のドキュメントを引っ張り出してCS5で開いたところ、 確認の「認」や情報の「情」の字体が変わっています(元は標準字体)。 CS3で開くと(見た目は)問題はありません。 そこで、ものかのの丸山さんが制作されている異体字チェッカー AppleScript版を使って異体字の使用状況を見てみると、 ▲CS5での使用状況 ▲CS3での使用状況 ミドルドット以降のテキストが異体字属性を引き継いでしまっています… なのでフォントを変更すると 盛大に化けます。しかもはじめに化けていた「認」や「情」は標準字形に戻ってます。 ということで、これからは異体字チェッカーで余計な異体字属性がついていないか
InDesign CS2とCS4には、aalt属性を持つ文字の直後にプレーン・テキストをペーストした場合、その文字にaalt属性が伝染してしまうバグがあった(InDesign CS4で異体字のあとにテキストをペーストしたときの文字化け)。 このようにして伝染したaalt属性は、潜伏していることがいる。たとえば「圧」という文字に「aalt 1」という属性が付けばグリフは「壓」に置換されるのですぐに気付くだろうが、「aalt 5」という属性が付いた場合、(「圧」にはaalt 1の「壓」以外には異体字は存在しないので、親字である「圧」が表示されたままとなり)その異体字属性は顕在化しない。 ところがInDesign CS5には、「異体字を1つだけ持つ文字に“2”以上のaalt番号が付いていた場合、番号1(aalt 1)のグリフを表示してしまうというバグ(だと思う)があるようだ。つまりInDesig
↓別ウインドウが開きます。 異体字チェッカー AppleScript版 InDesign CS2/3/4 用 異体字チェッカー AppleScript版 InDesign CS5 用 これから作る異体字チェッカーのアプリ版も InDesign とのやりとりに AS ...異体字チェッカー AppleScript版 ↓別ウインドウが開きます。 異体字チェッカー AppleScript版 InDesign CS2/3/4 用 異体字チェッカー AppleScript版 InDesign CS5 用 これから作る異体字チェッカーのアプリ版も InDesign とのやりとりに AS を利用します。でも正直、こういうスクリプト系はちょっと苦手で、必死にググって調べながら作っている有様。そこでこのAS単体版を先に公開して、「ここおかしい!」「こうした方が速い!」「たまさんかわいい!」とか突っ込みを
InDesign CS5で異なるページサイズを調べる CS5 での入稿があった場合に必ず必要になるので、既に誰か書いてると思いますが、一応参考までに書いておきます。 //------------------------------------------------------- //InDesign CS5で異なるページサイズを調べるJavaScript var doc = app.activeDocument; var H = rod(doc.documentPreferences.pageHeight); var W = rod(doc.documentPreferences.pageWidth); res=""; for (i=0;i<doc.pages.length;i++){ var ph = rod(doc.pages[i].bounds[2] - doc.pages
ねえねえ、さっきはついうっかり言いくるめられちゃったけどさ……。 はい? InDesignで線を回転させたときの挙動ってやっぱりおかしくない? そうですか? たとえばこう、ヨコ線を引いてさ、反時計回りに90°回転させるとタテになるじゃん。 なります。 で、下端を基準点にして長さを半分にすると、ほら、上下に縮まっちゃうよね。 だから、それはですね、「回転前の位置」を基準に考えないとダメなんです。 でもさ、この場合、回転後の「下」は、回転前は「左」だよね。 そうです。 で、「左」を基準にして長さを半分にすると、ほら、今度は上に縮むんだぜ。 あれ、逆? 左なら上で右なら下? いや、その覚え方は回転方向が時計回りの場合に通用しないな。「線の長さを変えるときの基準点は回転させる前のその点の逆の位置」って覚えておくと、わかりやすくて作業がぐんぐんはかどるぞ!*1 *1:InDesign CS4/CS5
InDesign CS5では、変形パネルに数値を入力して(ドラッグではなく)オブジェクトのサイズを変更すると、基準点まで動いてしまうことがある*1。これでは使い物にならないので、問題の全体像を把握しようと試み、回避方法を探ってみたい*2。 下図は、InDesign CS4で長さ100pt・幅10ptの線を選択し、基準点を変化させながら、変形パネルで線の長さ(L)を200ptに変更した結果を示す(以下の図では、黒が変更前、グレーが変更後)。ズレは見られない。 InDesign CS5で同じことをしたものが、下図。InDesign CS5では、変形パネルメニューの「境界線の線幅を含む」のチェックの有無によって結果が変わってくるが(CS4なら、線オブジェクトに関してはどちらでもズレない)、下図はチェックのある場合。ヨコ線なら基準点が上(左上、中央上、右上のいずれか)、タテ線なら基準点が左(左上、
Script Bay: Script Panel Replacement for the Entire Creative Suite! Home / Blog / Script Bay: Script Panel Replacement for the Entire Creative Suite! We are very excited to introduce Script Bay! Script Bay is a FREE script panel replacement for the entire Creative Suite CS5. It currently works in InDesign, Photoshop and Illustrator. It is partially compatibility with Flash and Fireworks and to a l
スクリプト面から見たInDesign CS5の新機能(4)SplineItemとPageItem SplineItemは「図形」と訳したけれど、従来からあるRectangle、Oval、Polygon、GraphicLineをまとめて扱うときに使うものらしい。 CS4まではページ上にレイアウトされたオブジェクトをいくつかまとめて扱いたいときはPageItemしかなかったんだけれども、CS5からは図形関係だけをまとめて扱いたいときにこのSplineItemが使えるようだ。 ただ注意が必要なのは、従来 PageItemが持っていたプロパティのいくつかがSplineItemへ移動している可能性があるということ。まだ詳しくは調べていないのだが、従来のスクリプト(特に図形関係を扱っているもの)でエラーが発生する場合はここを確認することになりそう。
スクリプト面から見たInDesign CS5の新機能(3)EPSText バージョンが上がって追加されたオブジェクトは、新機能をみれば大体想像がつくものだが、中には全く想像がつかないものもある。こういうときはあてずっぽうで色々試してみるしかない。 このEPSTextもそう。InDesign CS5の新機能でEPSTextと関連がありそうな機能は見当たらないので、とにかくEPSと言えばIllustratorと思い、Textを手がかりに色々動かして見る。結果、これは「イラストレータからコピーしてきたテキスト」だと判明。何で今更こんなオブジェクトが? と思ったら、実はこれはPageItemのひとつなのに今まで無視されてきたものだった。 もしかするとIllustrator以外のアプリケーションでもAICB形式でクリップボードに保存できるなら、それをInDesignにペーストしたときにEPSText
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く