毎回のことながら、ツリー図だけ先にアップしました。
この先に各プロパティ等の変更比較表を作っていかなくちゃいけないんだけど、今回は年内完成は無理かも。変更が激しすぎ。
http://www15.ocn.ne.jp/~preopen/iddom/about.html
勉強部屋のBBSで書き込んだとおり、InDesign CS5で簡単なアニメーションとボタンのテストを行いました。
http://omachi.blog.ocn.ne.jp/preopen/files/cs5_anim2.html
そういえばYUJIさん、8月20日に金沢に来てセミナーするんだ。たぶん行きますよー。でもちゃんと申し込みできてるのかしら。
SplineItemは「図形」と訳したけれど、従来からあるRectangle、Oval、Polygon、GraphicLineをまとめて扱うときに使うものらしい。
CS4まではページ上にレイアウトされたオブジェクトをいくつかまとめて扱いたいときはPageItemしかなかったんだけれども、CS5からは図形関係だけをまとめて扱いたいときにこのSplineItemが使えるようだ。
ただ注意が必要なのは、従来 PageItemが持っていたプロパティのいくつかがSplineItemへ移動している可能性があるということ。まだ詳しくは調べていないのだが、従来のスクリプト（特に図形関係を扱っているもの）でエラーが発生する場合はここを確認することになりそう。
本題の前に。直前のエントリに追加しました。ちょっと解決が難しいかも知れませんねー。社内では当面、共存禁止令でいこうかと^^;
その前、さらにその前のエントリ、コメントありがとうございます。おかげさまで大分分かってきました。
では本題。ToolBoxはツールパネルのこと。なぜこの名前かは知らないけれど、CS5からはツールパネルのツールをスクリプトで切り替えることができます。JavaScriptでの使用例を書きます。
現在のツール名を表示する
alert(app.toolBoxTools.currentToolName);
ツールを消しゴムツールに切り替える
app.toolBoxTools.currentTool = UITools.ERASE_TOOL;
てな感じです。使うことあるかなぁ？
先のバグか？ の件は原因不明のままです。
それはおいといて。
InDesignではバージョンが上がるとスクリプトもバージョンが上がって新機能がついたりします。しかーし、Adobeはそのことについて一切アナウンスしないので、どこがどう変わったのか、新しくなったのかは、前バージョンと比較することでしかわかりません。そして、その作業は非常に大変ですし、必要性もあまり高くありません。普通にスクリプトを書いている分には、新しいバージョンで問題なく動作すればいいわけですし、新しい機能を使うことで格段に便利になるわけでもないからです。（格段に、というのは手作業からスクリプトを用いた自動化に変わることに比較して、という意味）
ですから、新しいバージョンで動作しなくなった時点で初めて変更箇所や新機能を知るのが一般的です。そこで転ばぬ先の杖、ということで、しばらく「スクリプト面から見たInDesign CS5の新機能」ということで書いていきたいと思います。
てゆうか、オブジェクトモデルの完成には、もうしばらく時間がかかりそうなので、その検証中に理解したことを書き綴っていくだけなんだけども。
ところで以下のオブジェクトが何のことなのか分かりません。誰かあてずっぽうでもいいからヒントないですか？
オブジェクトモデルはなかなか進んでいません。というのもこんなときに限って仕事が混んでたりするんだな。今日校正出したのでしばらく集中できるぞっと。でも試用期間が残り少ない。急がなければ。
ということで色々やっていたら、早速バグに遭遇！ ありゃりゃ。
手順：新規ドキュメントに何でもいいから図形を描きます。四角形でも直線でも。描いたら選択状態になっているので、そのままメニューから［オブジェクト］－［キャプション］－［キャプション設定］を開いて、そのまま何もせず［OK］ボタンをクリックします。選択状態になっている図形の上で右クリックします。はい、InDesignが落ちました～。
再現できた人は、このブログのスクリプトリンクにある、不具合報告フォームから報告してね。
21:07 追記
てゆーか、私の環境（Windows Vista）では、あらゆる右クリックで落ちてしまう。ここまでひどいと、私だけのような気がしてきた。
7月7日 追記
結局OSから再インストールしました。すると右クリックが使えるようになりました。（ついでに試用期限も延長になりましたが、これは内緒でお願いします＾＾）。原因は不明です。何かのアプリケーションとバッティングしているのかもしれません。わかりましたらまた報告します。
//2010-07-03 #target 'indesign'; #include 'c.js'; #include 'hvg.js'; (function(){ var temp = []; var GRP =hvg(app.activeDocument.selection, 0 ); //0: Z , 1 : N GRP.each(function(){temp.push([this.geometricBounds[0] , this.geometricBounds[1]])}); temp = c(temp); temp.next(); GRP.each(function(){ var z = temp.loop(); this.move([z[1],z[0]]); }); })();
//2010-07-03 #target 'indesign'; #include 'c.js'; #include 'hvg.js'; (function(){ var temp = []; var GRP =hvg(app.activeDocument.selection, 0 ); //0: Z , 1 : N GRP.each(function(){temp.push([this.geometricBounds[0] , this.geometricBounds[1]])}); temp = c(temp); temp.next(); GRP.each(function(){ var z = temp.loop(); this.move([z[1],z[0]]); }); })();
ようやっと、ようやっとですよ。CS5の体験版をインストールしました。で、早速オブジェクトモデル図の作業に取り掛かってます。InDesign CS5の新機能を確認することなく、オブジェクトモデル図にかかろうという、今回はとっても無茶苦茶なアプローチをしてます。だってみんなに先に書かれてるんだもん。
ということで調べ始めましたが、もうCS5にしなくちゃ気分満々。だって全てのページアイテムにparentPageプロパティがあるんだもん。今まで入れ子構造が複雑なオブジェクトがあった場合のページ番号の取得の大変さときたらもう、かなり嫌でしたからね。これからはparentPageプロパティで一発取得！ だといいなあ。
あと、わけの分からんものがかなり増えてます。backgroundTaskとかidleEventとかidleTaskとか、Event類はかなり増えてます。メニューイベントだけでも使いこなせなかったのに、こんなに増えて使えるんだろうか。
あと、PDF出力が変わったんですね。InteractivePDFExportPreferenceというのができました。じゃあ、従来のPDFExportPreferenceはPrintPDFExportPreferenceに変わったんだろうか、と思いきやPDFExportPreferenceのままでした。まずは一安心。
こんな感じでしばらく籠もるかも。です、はい。
漢数字の定義とは何ぞや？ と聞かれても明確な定義があるのだろうか。「漢数字とは」とGoogleで検索するとWikipediaその他で解説があるが、印刷業界ではちょっと違うような気がする。
一般に言われる漢数字
数を表す漢字その1：一、二、三、十、百、千、万、億、兆、京、など
数を表す漢字その2：零、壱、弐、参、伍、拾、仟、萬、など
数を表す漢字その3：廿、卅、など？
数を表す漢字？：〇
一方、印刷・出版業界では、というのは言い過ぎか。ともかく、このブログのエントリで使っている「漢数字」とは（ややこしいので以降【漢数字】と表記します）、Wikipediaでは「位取り記数法」と記述されているものに近い。それは、アラビア数字を主体とした数値の表記方法を縦書きで表記するために、「0123456789,.」と一対一で対応する文字の集合である。
それがつまり「〇一二三四五六七八九、（位取り）・（小数点）」のことである。この場合「、」「・」は半角で組むというのが一般的。（こういう、言葉を厳密に扱う内容になると、一般的とはどういうことか、どのくらいの多数派なのかということでしばしば自分の思考が中断する。そしてもっとふさわしい言葉がないのかということを考え始めて先に進まないので、とりあえずこのままで進めさせてください。）
これはどのようなときに使うかというと、私の考えはアラビア数字表記の代替措置という立場なので、縦組みで使用するのは当然。さらに主として次の場合に使用する。
他にもあるかもしれないけれど、とりあえずはこんなところか。ところで住所の番地表記って皆さんどうしてますか。役所の正式書類（戸籍など）は百千十を使うのでしょうけれど、ちょっと迷うんですよね。
で、何が言いたいのかというと、この問題を顕在化させたのがInDesignの連数字処理なのである。アラビア数字にだけ限定しておけばよいものを、「漢数字」にまで対応させたので話がややこしくなった。連数字処理が標準でオンになっているので、「万一の場合」の「万一」が分離禁止になっちゃうていうのはInDesignが発売された当初から言われた話で、いまだに明確な解決方法が得られていない。それ以外にも地名では「金沢市十一屋町（じゅういちやまち）」「金沢市四十万町（しじままち）」（ローカルな例で済みません）といった例、人名では「十返舎一九」「直木三十五」「山本五十六」「加藤一二三」「大石十三夫」（あれ、最後の人は例に挙げてもよかったのかな？）といったように、分離禁止にする必要はない（逆に分離禁止にしたら字間が空いてみっともない）例は非常に多いのである。
注：InDesignの連数字処理はここで取り上げたすべての漢数字に対して処理しているわけではない。たとえば「万」「億」は連数字処理の対象になっているが、「兆」「京」「壱」などは対象になっていない。「京一郎」は分離禁止にならないのである。
このようにInDesignの連数字処理は【漢数字】の場合には有効になっていたほうがよいケースがあるが、それ以外のケースでは有効であっては困るのである。そういうことで、連数字処理の扱いには非常に困る。少なくとも「アラビア数字のみ連数字処理」と「アラビア数字と【漢数字】を連数字処理」、および「連数字処理を全く行わない」の３パターンが欲しいところだ。
じゃあ、【漢数字】かどうかをどう判断するか。一つは「〇」が含まれていれば【漢数字】ということになろう。それ以外の方法はないのか？ うーん、決め手がないなあ。ハイフネーションみたいに例外辞書を設けて、連数字処理をさせたくない言葉を登録していくか？ それも手間だなあ。
そうだ、いっそのこと、【漢数字】に別の文字コードを割り当てて、連数字にしたい場合はそちらの文字コードを使用するというのはどうだ。西欧言語圏の「A（U+0041）」とキリル文字（ロシア語などで使われる）の「А（U+0410）」、またギリシャ語の「Α（U+0391）」は形が同じでも別の文字コードが割り当てられているではないか。これと同じように漢字の「一」と【漢数字】の「一」も形は同じだが別コードを割り当ててもいいのではないか。そうすることで「1」を縦書きにすると自動的に「一」に変換することも可能だし、その逆も然り。横書きにした場合に「1」に自動的に変換したほうがよい場合には【漢数字】の「一」の文字コードを使えばよいし、横書きにした場合にも「一」のままでなければならないのなら、漢字の「一」の文字コード（これは従来どおり）を使うということだ。これで連数字処理が非常に行いやすくなり、また、印刷物は縦書きだが、それをホームページに掲載したい（HTMLで）という場合にも簡単にアラビア数字にできるので非常に使い勝手がよいのである。
ただ、入力方法では既存のIMEに改良が必要だ。今まで「1」と入力して変換した場合に漢字の「一」が候補として出てくるが、それは今後【漢数字】の「一」が候補として出てくる必要があり、漢字の「一」は候補に挙がらない。そのかわり「いち」と入力して変換する場合は漢字の「一」のみが候補として挙がるが【漢数字】の「一」は候補に挙げないという工夫が必要だ。でもそんなに難しいことではないだろう。
そんなわけでタイトルの結論なのだが、ユニコードコンソーシアムはきっと「日本はまたこんな面倒なものを提案して来やがって」と門前払いを喰らいそうな気がするなあ。いや、提案しないけど。
2010.6.12 追記
このエントリを読み返してみると、ユニコードに詳しくない人にとって、誤解を与える表現になっていたので訂正しておきます。文中では、「A」は同じ形に複数の文字コードが与えられているのに、「一」にはひとつの文字コードしか与えられていないという印象を受けるかもしれません。しかし、それは誤解です。実は「一」にも既に複数の文字コードが与えられております。この 文章の中で、あえて『漢字の「一」』と言っている点に注意していただければと思います。ここでいう『漢字の「一」』とは、ユニコードの「CJK統合漢字」というエリアにある「一（U+4E00）」のｌことです。それ以外の「一」については、ここでは触れていないだけですので、誤解しないようお願いします。
それ以外の「一」は何かって？ 実は私も記憶があいまいで。2つは分かるんですが、それ以外にもあったかどうか、しかもユニコードの規格も私が勉強してたころからバージョンが上がってしまって、すぐに正答を教えることができません。せっかくですから、これを機に勉強されてはいかがでしょうか。正答のコメント、お待ちしてます。（こらこら）
DTPBooster13終わりました。
みなさんありがとうございました。会場へ来ていただいた皆さまをはじめ
twitterでも応援していただいてほんとに嬉しかったです。
なんか皆さんに支えられてるって感じです。心強かったですよ！
IllustratorCS5の原点移動によるスクリプトへの影響に付いて
IllustratorCS5では原点が左上になりました。画面上では左上から下に行くに従って0→100→200のように数値が増えていきますが、スクリプト的には0→-100→-200とマイナスになっていきます。いままでは左下原点だったので左下からさらに下に行くと0→-100→-200となっていたのですがCS5からは左上に来るという事になります。ですので座標を数値入力するようなスクリプトとか、用紙中央にオブジェクトを作成するようなスクリプトは注意が必要です。選択したオブジェクトの周りにトンボ的なスクリプトは問題ありません。
Illustratorの文字のアウトラインについて
下記で出来ました。でもドキュメント全てをアウトラインするには工夫が必要。がんばってくださいねー。ってかやっぱアウトライン好きですねー。InDesignに貼ってアウトラインワザを使った方が良いのでは？
app.activeDocument.layers[0].locked = false; //レイヤーのロックを解除 app.activeDocument.textFrames[0].locked = false; //テキストフレームのロックを解除 app.activeDocument.textFrames[0].createOutline(); //テキストフレームのアウトライン
スクリプトでしかできない事について
いろいろ話しましたがRRRさんが速く正確に大量に処理させても文句を言わないヤツって言ってました。たしかに人間の手では出来ないですね。
お題の解説は別ページにて。
DTP Transit
DTP Booster 013（Omotesando/100602）が終了しました #dtpbooster013 #cs5seminar
それはカルチャーショックでした。言葉は時代によって変わるもの、「新しい」という言葉も、今は「あたらしい」というけれど、昔は「あらたしい」と言っていたこと（だから「新たに」という言葉は昔のまま変わっていない）は知識として知っていたのですが、それでも「頭痛が痛い」だの「的を得る」はおかしいし、「あり得ない」の反対語は「ありえる」ではなく「ありうる」だろうが、「ありえる」だと人魚姫じゃねえか、と言っていました。
その考えが変わったのは大学生のとき。能楽のサークルに入ってまして、その流れで古典に目覚め、色々読み漁っていたときのこと。
式亭三馬の「浮世床」を読んでいたら、自分の無知に頭を殴られたぐらいの衝撃を受けたのでした。その一説がこれ（引用は國民圖書株式会社発行『近代日本文學大系第十七巻』昭和２年）。初編巻之上にあります。
しだらがないトいふ事を、『だらし』がない、『きせる』を『せるき』などいふたぐひ、下俗の方言なり。
げげっ！ だらしがない、という言葉は元は「しだらがない」と言っていたのか。しかも下俗の方言とは。知らなかったーーー！！！ と、これぐらいのショックを受けたのでした。そういえば「ふしだら」という言葉がありますが、これは「不しだら」なので本来の使い方。「今の若者は言葉が乱れてだらしないねえ」と言っている人こそ、しだらがない。でも今更「しだら」に直さなければ、というわけにもいかない。広辞苑（第５版）には「だらしない」は形容詞だとある。違うだろうが、「しだらがない」→「だらしがない」→「だらしない」になったので、本来は名詞＋助詞＋形容詞だろうが。もしかして「だらしない」の古い言い方は「だらしなし」だと思ってる？（これ、周りの人に聞いてみると面白いかも）
てなわけで、今はおかしいと思っていても将来は誰もが当たり前のように使う言葉になってしまっているかも知れない。でも「せるき」は採用されなかったのね。
そんなわけで、いわゆる「言葉の乱れ」がそれほど気にならなくなったのでした。勝手にしろってな感じで。でもうちの娘が「難しい」ことを「むずい」というのは流石に違和感がある。最初は背中がかゆいのかと思った。
何で突然こんなことを書いたのかというと、このことが「字形の異なる文字（俗に言う異体字）」についての自分の考え方にも影響しているのである。そのうち続く（つもり）。
１ヶ月ぶりですね。忙しくってもう。少しの時間は取れるんですが、まとまった時間が取れなくてなかなか書けません。CS5の体験版をダウンロードしましたが、インストールするのはまだまだ先になりそうです。
CS4のときはいっぱい検証できたのですが、今回はすでにあちこちで皆さんが書かれていらっしゃるので、あまり書くことはなさそうな。おまけにうちの会社は、CS4をスルーしたので、CS5は余程の問題点が無い限り導入する予定です（下っ端の間では^^;）。でも今回Adobeさんは広くベータテストを行ったのできっと問題ないでしょう（わたしにInDesignはあたりませんでしたが）。
やっと大熊さんの『文字の組み方』を読みました。いやあ、色々勉強になりました。わたしの「自動行送りはつかうな」のエントリーとかぶってる部分もありましたね。１行の長さについてはわたしのほうが許容値が狭いのですが、これはブログだから好き勝手に書いていること。もしも本にしてくれといわれると、実現が厳しいことも書けないので、許容値を緩くしてしまうことでしょう。
ひとつ大きく異なるなと感じたのは、大熊さんの視点がやはりデザイナーであるということなのに対し、わたしの視点は印刷会社のプリプレス部門であるということ。やってることは同じように見えてもゴール地点が全く違います。わたしのゴール地点とは、「版にインクがつく部分とつかない部分を決めること」。
まだまだ書きたいことがあるのですが、またそのうちに。
DTP Booster 13があと1週間程度になりました。
前半：スクリプト紹介
中盤：カスタマイズや、ExtendScript Toolkitの使い方を解説
後半：スクリプトをつくる（たいくつになったらごめんなさい）
新ネタとして1本スクリプトを完成させる過程をご紹介しようと思っています。
そこで「お題です」
「開いているドキュメントをすべてPDF書き出しする」スクリプトを作って下さい。（できればで結構ですよ。何となく自分で作ってみれば理解が深まります。）
・書き出されるPDFはドキュメントと同じファイル名で（拡張子が.pdfになる）同一階層に保存されるとします。
・PDF書き出しプリセットは「PDFx/1-a」です。
・PDFを書き出したドキュメントは保存せずに閉じます。
・20行以内で出来ると思います。
・多少のエラー処理はしなくて結構です。
時間が余ればスクリプトの読み方を解説いたします。
「InDesignデータからテキストを抽出する（ドラッグ＆ドロップ）」をCS4対応にしています。
「文字に囲み罫を設定する」で、デフォルトのテキストにインデントの設定があった場合にエラーが出ていたのを修正しました。
いずれも私のページを訪れた方からご要望、ご指摘をいただきました。ありがとうございます。
それほど忙しいときに限って、ブログに書きたいことがいっぱいたまってる。
あと、このあいだテキストを抽出するVBScriptのCS4版を作成したのでそれも公開しなくちゃいけないし。
もともとじっくり考えて書くタイプなので（だからTwitterは無理～）なかなか取り掛かれません。もう少し暇になったらね。
さて１行の文字数ですが、特殊なケースを除くと一番短いものは新聞の12文字だと思います（昔は15文字でしたけれど）。長いほうは、特にどれということもないですが大体50文字くらいでしょうか（市販の書籍を見ている限り）。
１行50文字というのは長いです。横組ならまだしも、縦組では読むのが辛くて耐えられません。私が思う適正な行の長さというのは、縦組の場合、30文字までです。横雲の場合はもう少し行けます。なぜ横組のほうが許容範囲が広いかというと、これもまた人間の目と関係があるんですが、目の上下の運動と左右の運動では、左右のほうがより広く動くし、動きやすいからです。
最初からずっと目の動きにこだわってますけど、それは、結局情報を拾うのは目だからです。（もちろん指で拾うものもあるんですが、あいにくそれに対しては見識を持ち合わせておりません。）それなのに何とまあ、そのことを無視したものが多いことか。またその研究も少ないことか。自動行送りの175％という値にしても要は2分4分アキということで、活字時代から引きずったままじゃないですか。Adobeさんは一方で段落コンポーザという、活字から脱却した、コンピュータ時代の組版方法を提案したというのに、片方では（検討した末なのかもしれませんが）従前のままという結果になっています。
活字のころは、行間は３分、２分、2分4分、全角から選ぶのに決まってましたが、コンピュータの時代になって、全く自由に決められます。それなのに175％というのは、適正な行間というのは、色々な要素が絡んでいるのでなかなか一概に決められない、ということだろうと思います。
そこで、結論というか、提案になるのかもしれませんが、私の行間の考え方です（やっと答えにたどり着きました。長かったねえ）。
行間に最も影響を及ぼすのが、１行の長さです。短かければ行間は狭くても可能。長くなればなるほど、広く取ったほうが読みやすい。その目安ですが、縦組の場合、15文字までは３分（もちろんルビが入る場合は最低２分）、20文字までは２分、20文字から30文字までは2分4分、31文字以上は全角にします。もっと長くなる場合は、それに応じてどんどん広くしましょう。ただ、広くするにも限度があります。マージン（余白）よりも広いと、いいようのない不安感があるので、そこは全体のバランスが必要です。
横組の場合は縦組よりも許容できるので、縦組の推奨値よりも心持ち狭くても大丈夫。具体的な数字を出せって？ いや、そこまで研究してないので。やっぱり日銭は稼がないと首になっちゃうからねえ。
前回、文字の大きさ、書体、１行の長さ（文字数）、組方向、文字間隔の要素が絡まって最適な行間が決まると考えていると言いました。実はこのとき、文字の大きさについては何となくそうだろうと思っただけで、実際には何の裏づけもなかったのです。
が、行間が狭くて読みにくいのは本だけでなくてWebでもそうだよね、と「css 行間」「html 行間」を Google で検索しようとしたら「行間を空ける」とサジェスチョンされました。やっぱりそう思っている人は多いのね。そこからいくつか、文字サイズを変えて行間の具合と読みやすさを比較しているものがあったので、あえて私が言及するまでもない。おおよそ文字サイズが小さければ行間を広く取ったほうが読みやすいということです。ちゃんと関係ありました。
次に書体との関係ですが、新ゴのように仮想ボディ目一杯にデザインされている書体と、楷書・教科書体のように仮想ボディから一回り小さくしかデザインできない書体では、数字上は同じ文字サイズであっても、同じ大きさには見えません。当然、楷書・教科書体のほうが、同じ行送りでも行間が広く見えます。
さて、１行の文字数ですが、前回少し触れたように、眼球の動きというのは、字送り方向に反復しながら、少しずつ行送り方向に移動します。１行が長いということは眼球の振れ幅が大きいので疲れます。人によっては首も同時に動かさなければなりません。ですからあまり長くてはいけません。逆に短いほうはというと、今度は禁則処理の問題が大きくなり、これもまた読みにくくなります。
そんなわけで、１行の文字数にも適度な値というのがあります。結論は、長いほうは眼球が疲労を起こさない程度の視野角に収めろ、短いほうは禁則処理のために、行間よりも文字間が広くなってしまうのはまずい。というものですが、禁則処理については長くなるので改めて書きます。
で、１行の文字数と行間との関係はちょっと長くなるので後回し。組方向もこれに関連しているので後回し。先に文字間との関係ですが、特にアキ組の場合に、文字間よりも行間が広くなくちゃいけませんよということを言いたいだけなのでこれでおしまい。
ということで次回へ続きます。次回には具体的な数値を提示できるかな？
#include 'c.js'; #target 'indesign'; (function(){ // var LINK_NAME = []; //リンクの区切り文字 var DEMI = "¥t"; //選択範囲or全てのリンク画像 c(app.activeDocument.selection.length > 0 ? app.activeDocument.selection : app.activeDocument.links).each(function(){ //リンクの場合とそれ以外 if(this.constructor.name== 'Link'){ LINK_NAME.push(this.name); }else{ c((this.constructor.name== 'Image' || this.constructor.name== 'EPS') ? this : this.allGraphics).each(function(){ LINK_NAME.push(this.itemLink.name); }); } }); if(File.fs == 'Windows'){ alert('VBには対応しておりません。'); }else{ //forOSX try{ var appScript = "try¥r" +"set the clipboard to ¥"" + LINK_NAME.join (DEMI) + "¥" as text¥r"+"return true¥r"+ "on error¥r"+ "return false¥r"+ "end try"; return app.doScript(appScript , ScriptLanguage.APPLESCRIPT_LANGUAGE); }catch(e){}; } })();
//2009-09-18 選択している画像をPhotoShopで開く。 //2009-09-29 修正 #include 'c.js'; #target 'indesign'; (function(){ c('selection').each(function(){ c((this.constructor.name== 'Image' || this.constructor.name== 'EPS') ? this : this.allGraphics).each(function(){ var bt=new BridgeTalk(); bt.target = 'photoshop'; bt.body = uneval(function(file){ open(File(eval(file))); })+"('"+uneval(this.itemLink.filePath)+"');"; bt.onError = function(e){$.writeln(e.body);}; bt.send(10); }); }); })();
//ドキュメント中に存在するテキストを正規表現で検索して置換。複数ある場合は手で修正。 //2009-09-17 とりあえず (function(){ #include 'c.js'; function myerror (message){alert(message)}; if(app.activeDocument.selection == 0)return myerror('検索する文字列を選択してください。'); // var SELECTION = app.activeDocument.selection[0]; // if(!SELECTION.constructor.name.match('Word|TextStyleRange|Text|Paragraph|Character'))return myerror('検索する文字列を選択してください。'); //検索の初期化 app.findGrepPreferences = app.changeGrepPreferences =NothingEnum.nothing; //検索オプション app.findChangeGrepOptions.includeLockedLayersForFind = false;//ロックされたレイヤーをふくめるかどうか app.findChangeGrepOptions.includeLockedStoriesForFind = false;//ロックされたストーリーを含めるかどうか app.findChangeGrepOptions.includeHiddenLayers = false;//非表示レイヤーを含めるかどうか app.findChangeGrepOptions.includeMasterPages = false;//マスターページを含めるかどうか app.findChangeGrepOptions.includeFootnotes = false;//脚注を含めるかどうか app.findChangeGrepOptions.kanaSensitive = true;//カナを区別するかどうか app.findChangeGrepOptions.widthSensitive = true;//全角半角を区別するかどうか ////検索文字の設定 app.findGrepPreferences.findWhat = SELECTION.contents; // var HIT_WORD = []; // c(app.activeDocument.findGrep(true)).each(function(){SELECTION.contents !== this.contents && HIT_WORD.push(this.contents);}); //重複の削除 HIT_WORD = uniq(HIT_WORD); if(HIT_WORD.length == 0)return myerror(SELECTION.contents +'にヒットする文字列が見つかりませんでした。') SELECTION.contents = HIT_WORD.length > 1 ? "["+HIT_WORD.join (',') +"]" : HIT_WORD[0]; alert('検索が終わりました。'); return; //UNIQ function uniq(arr){ for (var i=0,l=arr.length; i<l; i++) { for (var j=0; j<i; j++) { if (arr[i] === arr[j]) { arr.splice(i--, l-- && 1); } } } return arr; } })();