InD-Board

イラストレーターの配置 / ほり

CS5.5にイラレ5.1のaiファイルを配置するための保存ですが、
イラレファイルに画像psdが配置してあります。
pdf互換ファイルを作成のチェックを入れる
それと
配置した画像を含むのチェックはどうすればいいでしょうか？
チェックを入れないといけないように思うのですが、
入れていなくてもインデザインからのプリントはできていますし
チェックを入れるとイラレファイルを開き直すと埋込になっているし
でも、EPS保存のときのようにチェックを入れないといけないように思います。

No.7504 2013/04/26(Fri) 14:09:59
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

Re: イラストレーターの配置 / YUJI

ちょうどタイムリーな記事がこちらに載っています。
こちらの「ちくちく日記」を参照してください。

http://d.hatena.ne.jp/akane_neko/20130418/1366236806
http://d.hatena.ne.jp/akane_neko/20130425/1366884740

No.7505 2013/04/26(Fri) 14:46:10
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13

Re: イラストレーターの配置 / ほり

参照しました。
配置した画像を含むのチェックは入れなくていい　でいいのですよね？
EPS保存と違うようで混乱しますね。
でもなぜ含めなくても出力大丈夫なんでしょうか？
含めてないつもりが含まれてるのですか？

No.7506 2013/04/26(Fri) 15:13:05
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

Re: イラストレーターの配置 / （z-）

9.0以降ならEPS保存のときも画像含むチェックは外していいですよ。インデザインに配置・プリントしてテストしてみるとよいです。

No.7507 2013/04/26(Fri) 15:47:04
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: イラストレーターの配置 / .

AI9以降は、EPSあるいはPDF互換で保存した時に、ファイル内に印刷用のデータと編集用のデータを持ちます。
印刷時にはその印刷用のデータが使われるので、編集用のデータ内にリンク画像が入っていなくても印刷には支障ありません。

No.7508 2013/04/26(Fri) 17:04:45
Mozilla/5.0 (Windows NT 5.1; rv:20.0) Gecko/20100101 Firefox/20.0

Re: イラストレーターの配置 / ほり

驚愕の新事実！！です。
EPS保存でも画像含むチェックを入れなくて出力　大丈夫でした！（知らなんだーーー！！）

でもチェックを入れずに保存しようとすると
『別のアプリケーションで……プリントしたりする場合は、「ファイル埋め込み」を選択して下さい。』と出ますよね。
騙されてた～

No.7509 2013/04/26(Fri) 17:23:56
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

Re: イラストレーターの配置 / qv_vp

画像を含むチェック入れなくていいとは目から鱗です。フォントと画像は絶対含めないといけない「鉄則」と思いこんでました。
ネイティブファイル（PSD）貼り込みを推奨というわりには、互換ファイルやEPSを再度開くと埋め込みになって、EPS画像のようにリンクが維持されないのに推奨とは、どうなんだろと思っていました。
PDF互換もEPS保存でも画像を含めるオプションは、編集データ部分のことで、イラレ９以降では出力配置用データ部分には必ず含まれるんですね。
勉強になりました。

No.7510 2013/04/26(Fri) 22:30:23
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)

Re: イラストレーターの配置 / .

配置画像を含まない選択は、データの編集ができないことを意味します。ですから、多くの場合含めてください..といわれるともいます。
まぁ、自己責任ということで。

No.7511 2013/04/30(Tue) 06:08:35
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)

Re: イラストレーターの配置 / .

※言葉が足りなかったので、書き直しです_o_

配置画像を含まない選択は、（配置データを別途入れない限り）データの編集ができないことを意味します。ですから、多くの場合含めてください..といわれるとおもいます。
まぁ、自己責任ということで。

No.7512 2013/04/30(Tue) 06:15:18
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)

JavaScriptの保守しやすいソースの書き方について / 杜王町民

タイトルに書いた情報について、Web用では多く出回っていますが、InDesignですとなかなか見当たりません。

まず、私からみるとInDesignでの「オブジェクト」「メソッド」「プロパティ」の取り扱いが今ひとつわかりにくいという点があります。
それが原因で「目的の結果を得るのに決まったソースを書けず、あれこれいじっているうちに動くようになった」という極めて不安定な作業をしてしまっています。
結果、ソースはとても把握しづらいものになってしまいます。

先人の皆さんは独自にソース記述のスキルを身につけられたのか、なかなか決まったスタイルでソースを書けません。
どのような点に心がけてソースを書けばよいか、ご助言をいただければ幸いです。

No.7479 2013/04/22(Mon) 21:37:08
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:20.0) Gecko/20100101 Firefox/20.0

Re: JavaScriptの保守しやすいソースの書き方について / 流星光輝

>まず、私からみるとInDesignでの「オブジェクト」「メソッド」「プロパティ」の取り扱いが今ひとつわかりにくいという点があります。
>それが原因で「目的の結果を得るのに決まったソースを書けず、あれこれいじっているうちに動くようになった」という極めて不安定な作業をしてしまっています。

オブジェクト・メソッド・プロパティの取り扱いというのは、どういう意味でしょう？
違いが分からないということでしょうか？
違いが分からないのでしたら、各用語の意味を把握すれば宜しいのではないかと思います。

私の場合は、最初は、コピー＆ペーストで
くっつけて目的の動作になるようにしてました。
１行単位で何をやっているのか分かりやすいように
//などでコメントを行末に記載しておきます。
行末に書くと横長に表示できる環境でないと見づらいので、
●コメント
■ソース
●コメント
■ソース
のように記載するスタイルも有りだなぁと思うようになりました。

書きためたScriptは、ソース毎にjsx保存されると思いますが、
あとで流用したりするための知恵は幾つかあると思いますが、
関数化するとか、jsxをテキストとして結合して残しておくとか、
まぁ、人それぞれだと思うですが、
そういうことでしょうか？

No.7484 2013/04/23(Tue) 10:54:38
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31

Re: JavaScriptの保守しやすいソースの書き方について / ぴ

>Web用では多く出回っていますが、InDesignですと

OpenSpaceさんでしょうか。
まずはありがたく参考にします（した）

javaScriptのinDesign特有の・・であれば、リファレンスpdfなどをじっくり見てとなるのじゃないでしょうか。
後は、流星さんの仰る様に、コメントを付ける事で、老いぼれた時見ても自分にも解りやすい様に。と、
関数化は有効で、関数呼び出しのオーバーヘッドなど考えなくて良いのではないでしょうかね。
ただ関数は、一つの仕事をさせる事に徹底すると後々楽です。解りやすいしバグ取りが楽になると思いますが。
また、ある結果を得るための道筋（プロパティ参照の仕方など）は、一通りではないと思うので、正解はこれ、というのもない様な。。。
トンチンカンな書き込みでしたら、ごめんなさい。

No.7495 2013/04/23(Tue) 22:23:04
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13

Re: JavaScriptの保守しやすいソースの書き方について / （z-）

多方面からのあらゆる例文や公開物をいくつも参考にしてどうにかこうにかやっています、という方が自分をはじめ多いと思われ、この手合いの呼びかけには上から物を言わなければいけような趣を感じるため、なかなか首をつっこみにくいところがありますが。。

架空の（実用でもいいですけど）作業内容を挙げていただき、それについてのアプローチ方法を募る方が、より具体的に意見が集まる気がしますー。

個人的には、
書き捨て物、永続使用物、大物、の３つでけっこう書き方がちがっています。
書き捨て物は、短時間での書き上げを最重要視、
永続使用物は、使い続けながら少しずつ改良していったり、過去の類似品から部分的に貸し借りする傾向にあるので、なるべく関数多めでまとめています。
大物は、あまりコンパクトにまとめようとすると途中で意味がわからなくなる事があるので（笑）わかりやすさ重視で、比較的おおらかに書いています。
３つの垣根は曖昧ですけどね。ちょっと手すさびで作った物が思いのほか便利で、つい作り込んでしまったり、などの場合もありますし。

No.7496 2013/04/24(Wed) 12:36:34
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: JavaScriptの保守しやすいソースの書き方について / こに

>まず、私からみるとInDesignでの「オブジェクト」「メソッド」「プロパティ」の取り扱いが今ひとつわかりにくいという点があります。
お～まちさんが作成された「InDesign Object Modelについて」を見てみてはどうでしょう？（ほかにもあるけど　日本語の説明があるのはここだけ）
http://www15.ocn.ne.jp/~preopen/dom_about.html
（リンク先ここで問題あったら指摘してください＞お～まちさん）

良いコードを書く技術は、たとえば他人の書いたコードを見比べて読みやすいと思ったのを真似するとか、その手の書籍で紹介されている書き方を身につけるとかかなぁ？

No.7498 2013/04/24(Wed) 14:30:44
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: JavaScriptの保守しやすいソースの書き方について / お～まち

>（リンク先ここで問題あったら指摘してください＞お～まちさん）
あってます（苦笑）。
折角なので書きますが、私がプログラミングを始めたときは
オブジェクト＝何らかの物（対象）
コレクションオブジェクト＝同じオブジェクトの集合体
プロパティ＝オブジェクトの属性
メソッド＝オブジェクトに対する操作
てな具合に覚えました。当時は「プロパティ」と書かずに「属性」と書いてあったアプリケーションもちゃんとあったんですが。

個人的にはとにかくコメントを入れるのがいいと思います。私はオブジェクトモデルを作成していることもあるので、よく使うものは覚えてしまっているのですが、滅多に使わないものなどは、やはりコメントが頼りになります。コメントを記述することで、どこが分かっていて、どこが分からないのかもはっきりすると思います。

コメントの例としては（手前味噌ですが）、
http://www15.ocn.ne.jp/~preopen/idjs/idjscover.html
からダウンロードするjsxファイルを見てください。初めて使用するところは１行ごとにコメントが入ってますし、分からないところは分からないと書いてあります。（これを公開している自分はとんだ恥さらし）特に最初の頃はコード部分よりコメント部分が多い方が上達すると思います。

No.7499 2013/04/24(Wed) 15:33:16
Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

Re: JavaScriptの保守しやすいソースの書き方について / オメガ

オブジェクト、プロパティ、メソッド、これらはInDesignのインターフェイスに結びつければ、
テキストフレームなど、マウスで選択するなどして操作対象にする“モノ”→オブジェクト
主にパネルやダイアログ上で行う“設定”（これには何らかの数値（値）がある）→プロパティ
作成、複製、変形、プリントなど、主にメニューから実行する“操作”→メソッド
（厳密には違うかも知れませんが、感覚的にはそういう解釈で問題はないと思っています）
結局、スクリプトはInDesign上で行う操作を順番に箇条書きにしているだけとも言えますね。

私もスクリプトを書きますが、他の方もおっしゃるようにネット上で公開されている方々から学ぶことは多いです。処理の仕方だけでなく、スペースやタブ、改行、コメントの入れ方、変数名の付け方など書き方の面でも、他の方のソースを見ることは非常に参考になります。
良いコードの書き方というのは、InDesignのスクリプトに限らず、その他の全てのプログラムに共通して言えるものなので、そういった情報や書籍を参照されるのも良いかと思います。

スクリプトをこれから勉強する方には、古籏一浩さんの「組版時間を半減する! InDesign自動処理実例集」はお勧めです。InDesignのスクリプトに関する本としては唯一ですし、とてもわかりやすく入門書としても最適だと思います。（この本の巻末に「プログラムに汎用性を持たせるには」という項目があり、これはそのまま答になるのでは…Amazonでその一部を読むことができます）

どこまで汎用性を持たせるかというのは、そのスクリプトの重要度や使用頻度にもよりますね。まずはエラーなくきちんと動くことが重要で、きれいなソースを書くことが本来の目的ではありませんから。

No.7500 2013/04/25(Thu) 01:09:42
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.8 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.8

「異なるページサイズ…」の質問いろいろ / みな

いつもすみません、またまた基本的な質問です、よろしくお願いいたします。

観音開きやジャバラのデータを、ここ
http://study-room.info/id/studyroom/cs5/study01.html
の、「異なるページサイズ・・・」の方法で作りました。

説明用にノンブルを振った画像をアップします。

1）出力＆PDF作成の際、「ページ」か「見開き」しか選べず、
　単ページの出力、または1～4（1～5）まとめたデータになってしまいます。
　たとえば、観音なら、「1～2」「3～4」
　ジャバラなら、「1～2」「3～4」「5」のような指定で
　出力＆書き出しする方法はありますか？

2）パッケージしようとすると落ちます。
　通常の見開きのページネーションじゃないからでしょうか？
　または、http://study-room.info/id/studyroom/cs5/study01.html　にある、
　プロファイルとかいうものを作らないからでしょうか？
　（↑用語がよく分からず、設定ができません。。。）
　
3）または、落ちる原因は、配置データにPDFがあるからでしょうか？
　実は、初めてPDFを張り込みました。。。
　ネットで検索すると大丈夫とあったのですが、よくないのでしょうか？
　Photoshopデータに変換すると小さい文字がぼやけてしまうので、
　このままいきたいところですが・・。

OSX 10.8.3　InDesignCS6　です。
よろしくお願いいたします。

No.7477 2013/04/21(Sun) 23:37:57
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.28.10 (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10

Re: 「異なるページサイズ…」の質問いろいろ / 流星光輝

1）のは、見開き（スプレッド単位）か
単ページ（ページ単位）かなので、
１スプレッドに３ページ以上あるのですから、
それが正しい結果です。

１～２・３～４で出したいように作らなければ出ないということになります。
そのデータ（indd）を別のinddを作って（１スプレッドに２ページ）、配置して、見開きでPDF化するとかが回避方法かな？

2）はパッケージ化にプリフライトのプロファイルは必要ありません。元記事はチェックが出来ますよーの意味なので、
無関係です。
パッケージ化する際に、データが複雑・重いケースに
発生することがありますね。

3）パッケージ化は使われているリンク画像を収集します。
落ちた場合、そのファイルはどこまで収集されているのか？
などが分からないとPDF配置が原因と結論することができません。

パッケージ化しなければいけないほど、未整理のフォルダ構造なのでしょうか？
通常、作業者であれば、作業前に整理してからリンクさせて、
何がどこにリンクされているか把握できると思いますけれど、他人の作ったデータであれば、パッケージ化は必要と思いますね。（不要なデータが混じっていたよ！と報告したりするケースなどでは）

No.7486 2013/04/23(Tue) 13:06:30
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31

Re: 「異なるページサイズ…」の質問いろいろ / みな

流星光輝様
いつもわかりやすくご回答ありがとうございます。

1）の件、確かに。見開き＝2Pという考え方がまちがっていました。。。

2）もっと重たいデータでも落ちないので（CS3では。または落ちてもやり直すと大丈夫だったり。CS6は使ってまだ数ヶ月ですが…）、
やったことのない、異なるページでの観音作成か、PDF配置のどれかがいけないのかと思いました。
また、プロファイルの件、投稿後に意味がわかり、これはこれで便利に使えそうだと思いました。
（理解が遅くてご迷惑おかけします。。）

3）パッケージを選んだ時点で落ちるので、どこでつっかえるのか、わたしも全く分からず、、、です。
個人的なやり方ですが、画像がバラバラに入稿される時は、各仕事内＞画像フォルダー内＞日付やページや特集ごとに管理してたりするので…パッケージはほんとに便利に使っていました。
ひとまず、リンクパレットをいじっていたら、画像を集めること（コピー）ができたので、リンクをかけ直せば大丈夫かも…です。

またなにかありましたらよろしくお願いいたします。

No.7497 2013/04/24(Wed) 12:40:25
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.28.10 (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10

IndesignにJPEGを配置 / バブルスター

初めて投稿させていただきます。

Indesign CS4を使っています。
画像の貼り込み作業中、
72dpiのJPEG画像を「配置→クリック」で貼り込んだところ、
25％に縮小して配置されました。
画像サイズは左右2098px天地3072pxです。
さらにクリッピングパスがあると、
通常、貼り込んだときはクリッピングパスめいっぱいに
フレームが自動で作られるはずですが、
画像よりもはるかに小さいのです。
そしてやはり25％に縮小されてしまいました。

以下、いろいろ試してみたました。
・あらかじめ画像フレームを作って配置しても、
　やはり25％に縮小される。
　デスクトップからドラッグで配置しても同様
・PSD、EPS、TIFF等、JPEG以外では正常に配置できる
・解像度が72dpiのときにしかならない。
　71dpi、73dpiにしてみると正常に配置できる
・同一の画像のサイズを50％に縮小して試してみたところ、
　今度は50％で配置された。
　200％に拡大すると12.5％で配置された
・Photoshopで同サイズ、同解像度の新規画像を作り、
　同じ形式で保存して試したところ、同じ結果になった

貼り込まれた画像は単に縮小されているだけなので、
元のサイズにもどしてフレームの大きさを調整すれば、
作業上とくに問題はないのですが（面倒ですが）、
なぜ72dpiのJPEGに限ってのみこういうことになるのかが
よく分からないため、
こちらで質問させていただいた次第です。

不明点等ご指摘いただければ、分かる範囲でお答えします。
どうぞよろしくお願いいたします。

No.7478 2013/04/22(Mon) 20:07:34
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20100101 Firefox/16.0

Re: IndesignにJPEGを配置 / （z-）

MacOSX10.6.8、CS4（6.0.6）で同様に試してみました。
確かに72dpiの時だけてきとうに小さくなりました。ただしウチの環境では50%になりました。

って逆に混乱させてしまってごめんなさい。。

No.7480 2013/04/22(Mon) 21:49:58
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: IndesignにJPEGを配置 / dot

Windows7でも試してみました。
CS3、CS4、CS5.5すべて同様の症状が出ました。

仕様なのでしょうが、
なんか腑に落ちないですね…

No.7481 2013/04/23(Tue) 09:12:52
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)

Re: IndesignにJPEGを配置 / ぴ

Mac OSX10.7.5 CS5 CS6 とも100%配置でした。

No.7482 2013/04/23(Tue) 09:30:23
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13

Re: IndesignにJPEGを配置 / Subi

WindowsXP CS5
クリッピングパスあり／なしの両方で100%配置になりました。

再現条件がわかりませんね。

No.7483 2013/04/23(Tue) 10:51:57
Mozilla/5.0 (Windows NT 5.1; rv:20.0) Gecko/20100101 Firefox/20.0

Re: IndesignにJPEGを配置 / 流星光輝

配置のソースに72ppiだったら、25％にするとか
書いてあるんでしょう。（たぶん）
大きい画像のときに発生すると思われます。
小さい画像では発生しないんですよね？

大きいと判断する理由は
ペーストボードサイズを超えるのか？
（サイズ変更を行う際に、たまーに出現するアラートを見てしまうとこういう推測をしてしまいます）

大きいし、JPEGだよね→でかいJPEGで72ppiなら
縮小で配置されたほうが便利じゃね？
じゃあ、問答無用で縮小配置しちゃえ！
ってな感じ？

No.7485 2013/04/23(Tue) 11:03:15
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31

Re: IndesignにJPEGを配置 / こに

Mac OS X 10.6.8でInDesign CS3は100%、CS4/CS5/CS6では25%になりますね。
使用画像は、Photoshop CS4のサンプルの中にある画像 2.jpg (3072 x 2048)の72dpi jpegデータ
InDesignはA1横のドキュメントを作成して配置してみました。
画像の解像度を73dpiに変更した場合は確かに100%で配置されました。

No.7487 2013/04/23(Tue) 13:10:34
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.8 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.8

Re: IndesignにJPEGを配置 / Subi

画像の大きさを2098 x 3072にして再度試したところ、50%で配置されました。
ピクセル数を変えずに解像度を73ppiに変えると100%で配置されました。
WindowsXP, CS5です。

No.7488 2013/04/23(Tue) 13:36:25
Mozilla/5.0 (Windows NT 5.1; rv:20.0) Gecko/20100101 Firefox/20.0

Re: IndesignにJPEGを配置 / sekita

Adobe Community > InDesign > Discussionsに同様の問題が報告されていました。（http://forums.adobe.com/message/2908286）

Krisさんがデベロッパーサポートに問合せてた結果を報告しています。
だいたい以下のような内容のようです。
------------------------------------------------------------
これは、非常に大きな画像を配置するのを防ぐための処置で、
以下の条件のもとで適用される。
（1）EXIF（カメラデータ）の解像度タグを含む
（2）72ppi
（3）高さか幅が700pixelを超える
（4）高さと幅が両方とも偶数である

CS2以前は100%で配置されたが、CS3からこの処理が実行されるようになった。
しかし、700pixelという限度は現状にそぐわないものであるので、CS5へのバグとして登録された。
-----------------------------------------------------------------

各条件を確認してみましたが、その通りでした。
また、CS2では100%で配置されました。
CS6でも確認しましたが、この問題はそのままでした。

No.7489 2013/04/23(Tue) 15:24:42
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: IndesignにJPEGを配置 / ぴ

No.7482
>Mac OSX10.7.5 CS5 CS6 とも100%配置でした。

No.7489
>（4）高さと幅が両方とも偶数である

そのようですね。
両方偶数だと50%でした。。。

No.7491 2013/04/23(Tue) 15:51:21
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13

Re: IndesignにJPEGを配置 / バブルスター

皆様、たくさんのレスありがとうございます。

やはりかなり再現されていますね…
OSに依存しているような雰囲気もちらほらあるようで。

こちらの環境を書くのを忘れていました。
10.5.8、CS4（6.0.6）、
A3ドキュメントです。

で、sekita様。
Adobeに報告があったのですね。ありがとうございます。
仕様と言うには少し苦しい気もしますが
（なんで72dpi限定なのかとか、
なんで天地左右とも偶数じゃなきゃならんのか、
クリッピングパスがあるときのあの挙動はなんなのかとか）
CS5ではバグとして扱われていると言うことで、
しかもCS6でも直っていないと。
よく分かりました。

CS2のときに72dpiのJPEGを144dpiとして認識する、
というような報告があったように記憶していますが、
それと何か関係があるような気がしてなりません。
素人考えですが。

ともかく、現状ではどうにもならなさそうですね。
実作業で72dpiのJPEGを貼り込むことはそうそうないので、
まあいいんですが、
何か腑に落ちなかったので、とても参考になりました。

皆様、ありがとうございました。
感謝いたします。

No.7494 2013/04/23(Tue) 20:18:36
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20100101 Firefox/16.0