InD-Board

オブジェクトの扱いについて / cooper

はじめまして。以前あった事例で、腑に落ちない疑問点があるため、質問させていただきます。

OSX（10.3）InDesignCSでの書籍DTP作業、デザイナーからレイアウトデータ（CS2）をもらって本文組、という案件で、本文のところどころにオブジェクトを区切りとしてインラインで配置する、という内容のものでした。

inxファイルをいただいたところ、オブジェクトがリンク・埋め込みなし、実画像の同梱もなし、という状態で届いたため、実画像をいただけるよう連絡したところ「できない」と断られてしまいました。

詳しい経緯はうかがえなかったのですが（おそらくオブジェクトはイラレEPSと推測しましたが）、イラレを同時に使用してオブジェクトを作成、イラレの窓からインデの窓へドラッグ＆ドロップしてインデファイルを保存…というようにしてデータを作成したのではないかと思われます。

オブジェクトを修正する必要もなかったですし、コピーして配置はたしかにできたのですが、なぜそこまで頑なに「実画像をリンク・もしくは埋め込み、同梱するのを拒否するのか」がわからず、戸惑いました。

画像は著作権や肖像権に拘わるような内容のものではなく、グレー１色のイラストアイコンのようなものでした。

教えていただきたいのですが、オブジェクトの扱いとしてこの事例は当然の流れだったのでしょうか？
オリジナルの画像を渡すより、こうしたほうが効率的・または安全、確実・またはデザイナーにとって有利であるとか、そういった意味があることなのでしょうか？　危険なことではないのでしょうか？

自分の通常の作業例からすると、リンクまたは埋め込みを行う（重い画像の場合はアタリを入れて実画像を添付）が普通だと思っていたのですが、こういった作業には特に問題はないと考えていいんでしょうか。

No.4182 2010/02/15(Mon) 16:26:35
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.2 Safari/525.22

Re: オブジェクトの扱いについて / PICTRIX

教えて頂きたいのですが
>画像は著作権や肖像権に拘わるような内容のものではなく、グレー１色のイラストアイコンのようなものでした。
これはプレビュー表示から解った事でしょうか。（リンク画像が無い場合のプレビュー表示は分からないので、勝手な事を私は言っています）
また、cooperさんは、このレイアウトを完成させた後はどの様な流れですか？デザイナーに戻す？そのまま製版？
リンク画像ファイルが無いとDTP作業に支障があるのでしょうか？（分からないので知りたいです）
回答にはならない事で申し訳ないですが。

No.4184 2010/02/15(Mon) 22:13:19
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: オブジェクトの扱いについて / （z-）

あくまで可能性のひとつですが
デザイナー氏自身がアタリ画像しか持っておらず、実画像はクライアントが直接支給するという流れも、ある所にはあります。
イラストであれば、イラストレーター（職業の）がとりあえず納品したラフ画を配置して作業を進め、校了間際に完成品を入れて来られて慌てて全部差し替え、という流れも、ある所にはあります。
仮にこれが当てはまるとすれば、デザイナー氏の「できない」のニュアンスが違ってきますね。
Don't ではなく Can't だったりはしないですか？

ところで
＞イラレの窓からインデの窓へ
この2つ、ぐぐってみましたがわかりませんでした。
便利な物ならぜひ使いたいのですが、よろしければ紹介してくださいー

No.4192 2010/02/16(Tue) 12:49:26
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: オブジェクトの扱いについて / ．

＞イラレの窓からインデの窓へ
　オブジェクトをドラッグして持っていった、、という意味でしょ。
　それで（AIの）実画像を持っていってるので、別に必要な物はないです。修正が必要にならない限り。

＞グレー１色のイラストアイコン
　一色のアイコンだと著作権がない、などということはありませんけどね。単に、必要が無いし、何故要求したかが理解できなかったんじゃないですか？（実際必要ないし）
　必要でもない物を要求されれば、なにか変に使うのでは、、と疑うのもおかしくはないでしょ。

No.4193 2010/02/16(Tue) 13:39:43
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.4; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: オブジェクトの扱いについて / cooper

>これはプレビュー表示から解った事でしょうか。
リンク画像のない場合でも標準画質の表示で荒い画像が表示され、高画質表示に切り替えれば綺麗に見えます。

>また、cooperさんは、このレイアウトを完成させた後はどの様な流れですか？
デザイナーには戻さずにそのまま製版まで行く予定でした。
途中でいろいろと変更があり、印刷所で修正して下版、という流れに変わり、インデデータを渡して私の作業は終了、ということになりました。

>リンク画像ファイルが無いとDTP作業に支障があるのでしょうか？
今回の事例では文章中に同じ画像をインラインで数十カ所配置したのですが、埋め込みでもリンクでもないオブジェクトなので、たとえば差し替えになった場合、一カ所ずつ探して貼り替えなければならなくなってしまいます。
差し替えは絶対にない！ということならそれでもかまわないかもしれませんが、作業前、途中の段階でそれはわかりません。

>デザイナー氏自身がアタリ画像しか持っておらず、実画像はクライアントが直接支給するという流れも、ある所にはあります。
それはよくあるケースだと思います。その場合低解像度のアタリが入ってきますが、リンクパレットに所在を確認できる（リンクまたは埋め込み）されていることがほとんどだったので、そうしない理由は何故なのか？と思ったのです。
今回のアイコンはデザイナーさんがタイトルのために自作されたもので、クライアントからの支給を待つといったものではありませんでした。作業上でそういうものの実画像を変に使われたくないから渡さない、という話はあるものなんでしょうか。私自身は遭遇したことがないもので。

AIファイルでもEPSファイルでも、ファイルを開かずにドラッグすればそれぞれの属性を保った画像がインデに配置されますが、「イラレでファイルを開いた状態」で「選択したオブジェクトをドラッグ」した場合は、オブジェクトは「インデザインのオブジェクト」になり、リンクパレットで所在を確認することはできず、AIかどうかもわからなくなります。（プリフライトをかけてみるとそのオブジェクトが埋め込みのPDFになっていることがわかります）
編集できないオブジェクトになりますし、実画像がなければ、たとえばグレーの濃度などを確認することもできません。パッケージしても画像は収集されません。
修正して差し替えが必要になった場合、リンクパレットで再リンクなどもできないので、いちいち画像のある箇所を探して貼り直しをしなければならないです。

ヘルプの中の「イラストレーターのグラフィック」についての箇所でこれに関する記述を見かけましたが、それがいいのか悪いのか、便利なのか不便なのか？がわかりませんでした。
ちょっと検証していないのですが、同じ画像を多数張り込むような場合、ファイルの容量に変化はないのか（リンクにした方が軽いのでは？）とかも気になってしまいました。

No.4211 2010/02/17(Wed) 10:52:20
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7

Re: オブジェクトの扱いについて / （z-）

＞窓
読解力が著しく低下してたようで失礼おばしました。。「イラレの●」だの「窓の●」だのが脳内でアレしたようです ^

＞実画像がなければ、たとえばグレーの濃度などを確認することもできません
これについては分版パレットの「色分解」をお試し下さい。カーソルの当たった部分の濃度が％で表示されます。
．．という問題ではなくてですか？

本題についてですが、ウチも受け取る側なのでこれに似た事例はいくつかあります。
が、事情はそれぞれだったようです。
●巨匠ぶってる人（これはホントにそうでした）
●のちのちの有事の責任逃れの為、と言ってのけた人（思い出したくもないですが，1人だけ善くも悪くもちゃんと言葉にしてくれました）
●リンクファイル添付ミスが慢性的に起きる人の自己予防策（おばはん）

デザイナ氏ご本人しか知りえない経緯があるのかも知れませんが、
そこに疑問や異議を唱えるのは、その後の地道な差し替え作業に相応の料金が発生するか否かによるのではないか、と思います。
いちおうインライングラフィックも検索対象になるし、クリップボードの内容も置換対象になるので、超・地道とまではいかないような。
解決になってなくてすみません

No.4213 2010/02/17(Wed) 12:49:15
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

かっこかぶに関しての質問です。 / あきひろ

テキストデータに関する質問なのですが、よろしくお願いします。
括弧株がばけてしまいました。
得意先さまのウィンドウズのワードデータを
ウィンドウズのワードからテキストにおとして、
ＭａｃのインデザインＣＳ4にコピーペースト
しました。
★のついた文章がWordからテキストに落としたものです。
★日本郵船?鰍ﾆ川西倉庫??

インデザイン上では、以下になります。
日本郵船鰍ﾆ川西倉庫鰍ﾌ

日本郵船(株)と川西倉庫(株)が正解なのですが、
これは,オーエスの問題なのでしょうか？
ウィンドウズのインデザインにペーストしたところ、
きちんと括弧株が表示されます。

No.4180 2010/02/15(Mon) 13:22:44
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JPM; rv:1.7.10) Gecko/20050717 Firefox/1.0.6

Re: かっこかぶに関しての質問です。 / いき

テキストに落とさずにWordを直接配置してもダメですか？

No.4181 2010/02/15(Mon) 14:09:22
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Re: かっこかぶに関しての質問です。 / あきひろ

いきさま
ワードからですときちんと表示されます。
これは、実際会社での仕事上のことで、インデザインにペースト
しておこりました。
得意先から、説明を求められていまして、なぜ、こんな
文字化けになったのか理由が知りたく質問いたしました。
なぜ、こんな変な文字に変換されるか初めての事です。

駄目な変換→日本郵船鰍ﾆ川西倉庫鰍ﾌ
正解の文字→日本郵船(株)と川西倉庫(株)
すいまんが、よろしくおねがいします。
Quark3.3にペーストするときちんと表示されます。

No.4183 2010/02/15(Mon) 22:06:41
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20

Re: かっこかぶに関しての質問です。 / いき

機種依存文字だから、というだけでは回答にはならないでしょうね（＾＾；

QuarkXPress 3.3Jであれば、OSXではありませんね。
OS9までは「漢字Talk6.0.7互換システム外字」にマッピングされているため、Windows側で入力した一文字幅の（株）についてはPostscriptフォントを使っている限り文字化けしません。

unicode化されたMAC OSX（←正確な表現ではありませんが）においては、ヒラギノがWindows標準システム外字をサポートしています。

No.4185 2010/02/15(Mon) 22:33:28
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Re: かっこかぶに関しての質問です。 / hatena

文字化けは再現しますか？
ワードから直接コピペでも？

テキストに落とされた際の形式は？

No.4191 2010/02/16(Tue) 12:42:31
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

いきさまhatenaさま / あきひろ

いきさま何度もありがとうございました。

駄目な変換→日本郵船鰍ﾆ川西倉庫鰍ﾌ
正解の文字→日本郵船(株)と川西倉庫(株)

hatenaさま
文字化けは再現しますか？
ワードから直接コピペでも？
※今回の件は、ウィンドウズのWordで作られていたデータを
ウィンドウズのWordから別名保存で、普通にテキストに落とし、MacのCS4に
ペーストしたさいに、文字ばけとなりました。★印の行です。
OS9のQurak3.3は文字化けしなかったです。

★　駄目な変換→日本郵船鰍ﾆ川西倉庫鰍ﾌ
　　正解の文字変換→日本郵船(株)と川西倉庫(株)です。

No.4194 2010/02/16(Tue) 14:59:54
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JPM; rv:1.7.10) Gecko/20050717 Firefox/1.0.6

Re: かっこかぶに関しての質問です。 / 小泉

答えている方々は質問の内容を理解しているので
何度も同じ事を書かなくても大丈夫です。

最終的な答えだけを求めずに、答えて下さった方々の文章から、
ご自身の知らない単語をネットで検索して勉強しましょう。

No.4195 2010/02/16(Tue) 16:24:24
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: かっこかぶに関しての質問です。 / こに

WinXPのOffice 2007のWord（Excelだったのは間違い）でテキストを入力して、TEXTで書き出して、
MacOS X10.4.11のテキストエディット（日本語 Windows, DOSのエンコード）で開き、InDesign CS4にコピペしてみましたが再現しませんでした。
また、.doc（.docxではない）で保存して、InDesign CS4で配置しても文字化けは起きませんでした。
InDesignCS4のテキストフレームのフォントはヒラギノ明朝ProやA-CIDじゅんなどです。

確認のため、以下の件を教えてください。
１）MacOS Xのバージョン
２）テキストデータを開いたアプリケーション名
３）InDesign CS4にコピペしたときのテキストフレームのフォント名

No.4198 2010/02/16(Tue) 18:29:34
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

小泉さまこにさま / あきひろ

小泉様おっしゃる通りです。
誠に、すいませんでした。

こにさまありがとうございます。
1）OS10.4です。
2）Jeditで、ひらきました。そのばけるである
テキストをダブルクリックしたら、エラーメッセージがでました。
それで、Jエディットで、開きコピペしました。
3）テキストフレームフォントは、はOTFのリュウミンLpro6Nです。
以上です。ほんとうにありがとうございます。
ただ、印刷刷りおわってから文字化けを発見して大変なことになりました。

No.4207 2010/02/16(Tue) 22:52:41
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20

PDFデータの容量の変化 / Dragonpapa

たびたび参考にさせて頂き感謝しています。
近年、ネット経由でPDFデータでの入稿が主流になり、手軽で便利でもあり、逆にクライアント側の校正作業が軽々しく扱われて簡単に訂正、そのまた追加訂正などが繰り返し指示され、作業時間がどんどん増えているような気がします。
当方も、ページ物をインデザインで制作し、PDFで校正、入稿していますが、質問はそのデータ容量のことです。例えば100頁のものを一挙にPDF化したデータが50MBだったとします。その内20頁に校正アカが入り、その頁のPDFデータ(容量10MB)を作り直し、元のデータに入れ替えしたとします。
まず、AcrobatPro上で元の50MBのデータから20頁分を削除（つまり80頁になりました）しても、元の100頁分の容量50MBとほとんど変化ありません。それに作り直した10MBのデータを加えた時、単純に言えば50-10+10=50になるはずですが、容量は約60MBに増えています。数字は具体的ではありませんが、これは当たり前のことでしょうか。あるいはやり方が間違いで、解決法があるのでしょうか。既出でしたらごめんなさい。（当方の環境はMac G4：OSX(10.4.11)、IndesignCS2J(4.0.5)、AcrobatPro7(7.1.0)。入稿データはPDF/X-1a:2001J 形式）

No.4175 2010/02/13(Sat) 10:55:16
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: PDFデータの容量の変化 / 五月　貴

acrobatでは確か「作業履歴をデータ上に追加していく」仕様になっていたと思うので、おっしゃっている「20ページを削除」ということであれば「現状に20ページ削除した情報を付け加えてね」という動作になるため、容量が増えます。
最終的には「別名で保存」すると、ページを削って容量の減ったデータが出来上がります。
ちなみにInDesignのデータもこまめに「別名で保存」するとデータがスリムになります。

No.4176 2010/02/13(Sat) 16:07:25
Mozilla/5.0 (iPhone; U; CPU iPhone OS 3_1_2 like Mac OS X; ja-jp) AppleWebKit/528.18 (KHTML, like Gecko) Version/4.0 Mobile/7D11 Safari/528.16

Re: PDFデータの容量の変化 / Dragonpapa

五月様、早速のご回答ありがとうございます。
「別名で保存」がそんな効果があるとは、長年やっていて気がつきませんでした。ファィルが増えることを嫌っていました。すぐ試してみます。他にも応用できそうですね。不尽再拝。

No.4177 2010/02/13(Sat) 20:00:10
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: PDFデータの容量の変化 / いき

> ファィルが増えることを嫌っていました。
保存中のエラー終了など、最悪の事態を防ぐためにはあまりおすすめできませんが……と前置きしておいて。
「別名で保存」を選び、同名で上書きしてやればファイル容量が減ります。

No.4178 2010/02/14(Sun) 01:05:13
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Re: PDFデータの容量の変化 / Dragonpapa

五月様、いき様、ありがとうございました。
試してみました。ひぇっー……。ファィルには何らかの形で、制作過程の情報まで残されているとは思っていましたが、消した情報まで残っているっていうことなのですね。なるほど。「目からウロ（コ）が落ちた」感じです。本当に教えてもらって良かった！

No.4179 2010/02/14(Sun) 08:44:21
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

データ結合でラテン語 / miya

環境：MAC CS4
データ結合でカタログを制作しました。
スペイン語の混じったカタログで、エクセルデータで支給され、
タブテキストに保存して、データ結合で制作したところ
数種類のアクセント記号がアンダーバーになって表示されません。
原因はエクセルがユニコードで、タブ区切りテキストがシフトJISのような感じです。
この件は手作業でアクセント記号を入力しましたが、
何か良い方法があれば、ご教授いただければと思います。
よろしくお願いします。

No.4170 2010/02/11(Thu) 12:44:37
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: データ結合でラテン語 / (-_-メ)

Mac版のExcelでしか試していませんが、別名保存でタブ区切り保存するんじゃなくて、コピペでエディタに持ってきてから保存するといけませんか？
コピペでも、勝手にタブ区切りになりますし。

No.4171 2010/02/11(Thu) 15:08:58
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_2; ja-jp) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Re: データ結合でラテン語 / 五月　貴

どんな仕上がりになるのか分かりませんが、文字コードが変わるデータ取り扱いは避けたほうが賢明でしょう。
当方は語学書をしばしば作っていますが、WindowsのWordはそのまま読み込めますし、excelもコピペで行うとか。
手作業でのアクサン取り扱いは事故の素です。

No.4172 2010/02/11(Thu) 15:32:59
Mozilla/5.0 (iPhone; U; CPU iPhone OS 3_1_2 like Mac OS X; ja-jp) AppleWebKit/528.18 (KHTML, like Gecko) Version/4.0 Mobile/7D11 Safari/528.16

Re: データ結合でラテン語 / amiza_ret

ADODB.Streamを使わないといけないと思います。
検索すれば、色々と出てくるので、多少のVBA知識があれば、可能かもしれません。

No.4173 2010/02/11(Thu) 18:52:35
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Re: データ結合でラテン語 / miya

みなさま　ご教授ありがとうございます。
(-_-メ) さんの方法を試してみました。いけそうです。
本当にありがとうございました。

No.4174 2010/02/11(Thu) 19:31:06
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

丁装について　（イメージ） / ぽんた

以前、フォントの件でお世話になりましたポンタと申します。

今回は、とある単行本の丁装を担当する事になりました。
ご経験のあられる方がいらっしゃいましたら、
１：どのようなところからイメージを膨らませ（内容熟読は言うまでもありませんが）原型イメージを創りだし、
２：制作の際、どのような点に気をつけられたのか、工夫されたのか
教えていただけましたら幸いです。

ソフトはsuiteのcs３を使用しております。
掲示板違いかと思いましたが、ご意見の程お願い致します。
ぽんた

No.4164 2010/02/09(Tue) 21:42:59
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; ja-jp) AppleWebKit/530.19.2 (KHTML, like Gecko) Version/4.0.2 Safari/530.19

Re: 丁装について　（イメージ） / いき

うーん。
ものすごく範囲の広い話になっちゃいそうです。
レスがなかなかつかないのも無理はないというか。

とっくに入手されているかもしれませんが、参考文献など。
http://books.yahoo.co.jp/book_detail/AAO71137/

No.4168 2010/02/10(Wed) 15:16:56
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Re: 丁装について　（イメージ） / ぽんた

質問がアバウト過ぎでした。
申し訳ありません。

地方の部数限定単行本の丁装を任されました。

いき様、参考文献のご紹介ありがとうございます。
入手しておりません・・・。早速購入しようと思います。

表紙（紺色）＋トレーシングペーパー（透明）のカバー＋（ホワイト（帯）
菊判。　申し上げられるのはここまでとなります。

ウェブや書物をみながら勉強し、こちらでは具体的な質問を、と思っております。

有難う御座いました。

No.4169 2010/02/11(Thu) 08:27:29
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; ja-jp) AppleWebKit/530.19.2 (KHTML, like Gecko) Version/4.0.2 Safari/530.19

PDF書き出しでセキュリティ設定の一部が適用されない / みめも

お世話になります。
環境：OS:10.4.11(PPC) - InDesingCS2(4.0.5)

PDF書き出しをスクリプトで実行しているのですが、一部のPDF設定が反映されずに困っています。

やりたいこと：
InDesignからJavaScriptを使ってPDF書き出しをする。その際、PDFにセキィリティ（パスワード）をかけ、「印刷の許可」を低解像度まで（高解像度を不可）にしたい。
しかし、CS２のみ、駄目でした。（適用されなかった）。
＃ CS３とCS４では、望んだ結果が得られた。

CS２ではCS３、４とは違った設定や書き方が必要なのでしょうか。

疑っている点：
互換性の変更がセキュリティに反映されていないのかなぁと。
通常のPDF書き出しダイアログでは、互換性を変更すると、それに連動して暗号化レベルやセキュリティで設定できる範囲がかわります。
例えば互換性を「Acrobat4(PDF1.3)」に変更すると、連動して、暗号化レベルは最低（４０ビットRC４）になり「印刷を許可」設定も低解像度は設定できなくなります（なしor高解像度のみ）。
この連動が動作していない、とか・・・。
*/
// サンプルを修正し、以下のコードで試しています。
// PDFにセキュリティ設定して書き出し
// 書き出し先は各環境で書き換え。
app.documents.add();// 空のドキュメントを作成
var myDocument = app.documents.item(0);
// PDF書き出し設定
with(app.pdfExportPreferences){
pageRange = PageRange.allPages;// 書き出し範囲
// 互換性// ここと連動した暗号レベルが更新されていない？★
acrobatCompatibility = AcrobatCompatibility.acrobat6;
useSecurity = true;// せキィリティ設定する
changeSecurityPassword = "hoge";// パスワード設定
// 高解像度の禁止＝低解像度//★★★★★ これがきかない。
disallowHiResPrinting = true;
// 検証用に省略。実際は以下に色々なPDFオプション設定
// ・・・
}
myDocument.exportFile(ExportFormat.pdfType,
// 書き出し先は環境により書き換え★
File("/Users/YourName/Desktop/ExportPDFWithOptions.pdf")
,false //ダイアログは非表示。
);

解決方法がありましたら助言いただけると助かります。

No.4158 2010/02/08(Mon) 14:57:35
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2) Gecko/20100115 Firefox/3.6

Re: PDF書き出しでセキュリティ設定の一部が適用されない / mg

手動だとできますね。
パラメーターの順番変えたり、省略してもやっぱりだめですね。
AppleScriptで書いてもだめした。

海外でも同じような話題があったのですが、3年経っても解決してないようですね。
http://21.adobe-scripting-indesign.overzone.net/pdf-export-with-security-settings-problem-t1629.html

No.4163 2010/02/09(Tue) 16:31:59
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/531.9 (KHTML, like Gecko) Version/4.0.3 Safari/531.9

Re: PDF書き出しでセキュリティ設定の一部が適用されない / みめも

mg様ありがとうございます。
AppleScriptまで試して頂いて感謝です。

低解像度の設定は仕方ないようですね…。

CS２では別仕様でやっていこうと思います。
ありがとうございました。

No.4167 2010/02/10(Wed) 14:58:42
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2) Gecko/20100115 Firefox/3.6