InD-Board

Indesignのpdf書き出しで、長方形に極微のゆがみが出ます。 / 蒼い稲妻

◎MacOSX10.5.
◎Indesign CS3
◎Illustrator CS3

Illustrator上に配置した画像を、長方形（188*150mm）でマスクし、保存しました。（配置画像は長方形よりも、じゅうぶん大きい）

（ページ数の多い物件なので）Indesignに配置、PDFx1aで書き出しをしました。

すると添付画像のように、カックンとズレが生じます。
この長方形の２箇所に発生しました。

原因と対策をご存知の方がおられましたら、是非お教えください。

なお、Indesign上につくった長方形に、同じ画像を配置し、PDFx1aで書き出しをしても、（場所は違えど）ズレが生じました。

また、上記Illustratorファイルをeps保存のうえ、Distillerで書きだすと、ズレは生じませんでした。

よって、Indesignに何らかの原因があるものと思われます。

No.7610 2013/06/21(Fri) 10:04:35
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0) Gecko/20100101 Firefox/5.0

Re: Indesignのpdf書き出しで、長方形に極微のゆがみが出ます。 / 蒼い稲妻

追記です。

長方形には、傾きは一切ありません。

数値でも問題ないし、念のため何度も長方形を作り直しましたが、それでもpdf書き出しすれば、カックンとなります。

No.7611 2013/06/21(Fri) 10:14:17
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0) Gecko/20100101 Firefox/5.0

Re: Indesignのpdf書き出しで、長方形に極微のゆがみが出ます。 / 流星光輝

◎Windows XP sp2
◎InDesign CS3 (5.0.4)
◎Illustrator CS3 (13.0.3)

１）添付画像をjpegで保存して、Illustratorに埋め込みで配置。
２）元画像より小さいクリッピングマスクを生成。ai保存(PDF互換チェックON)
３）InDesignCS3に配置(配置オプションは、なんとなくアートを選択しておきました)。
４）InDesignCS3からデフォルトのPDF/X-1aを使ってPDF書き出し。
５）Acrobatで表示しても、カックンしない。

Illustratorに配置した画像は別の画像にしても、
カックンするんでしょうか？
新規書類とか、長文入ったDocument上に配置した場合だけ
カックンするんでしょうか？
もろもろ、情報不足なので、
配置時の形式とか、とか、
追記よろしくお願いいたします。

No.7612 2013/06/21(Fri) 15:05:01
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36

行送りの基準位置を欧文ベースラインにすると / わん

文字揃え、行送りの基準位置共に欧文ベースラインに設定した場合、
前段落のベースラインからベースラインまでの距離が行送りの幅になると思いますが、
大きさの違う文字を段落の中に入れると、MacのIndesignでは行送りの幅が設定と違ってきます。
小さい文字が入れば行間は狭まりますが、
大きい文字の場合、特定の値を境に広がっていた行間が逆に狭くなります。

No.7295 2013/01/21(Mon) 18:18:14
Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.10.229 Version/11.64

Re: 行送りの基準位置を欧文ベースラインにすると / （z-）

こちらの情報は、同一のドキュメントをMac、Winそれぞれで開いた上での検証結果という事でよろしいんでしょうか？
参考にさせていただきます^

No.7296 2013/01/21(Mon) 19:40:22
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: 行送りの基準位置を欧文ベースラインにすると / わん

色々とデータの検証をしてみたのですが、単にシステムプラットフォームの違いでは済まないようです。
ドキュメントを作成した環境と開いた環境及び、開いた時の状態と編集した時の挙動を合計すると、最大で14通りのパターンに変化しそうです。

No.7533 2013/05/13(Mon) 02:21:58
Opera/9.80 (Windows NT 6.0) Presto/2.12.388 Version/12.15

ピタゴラスイッチ / わん

元受の作成したCS3のテンプレートファイルを使ってQuarkのドキュメントを作り直していてこの現象を発見したのですが、
CS4以降のIndesignを使用していれば、このような現象は起きないようです。
しかも、CS3で作成したドキュメントをCS4以降で編集すると、編集した部分のレイアウトが崩れてしまいます。
（正しい行送りに修正されると同時に、テンプレートの段階での誤差修正が裏目に出てしまう感じ）

No.7577 2013/06/06(Thu) 02:46:00
Opera/9.80 (Windows NT 6.0) Presto/2.12.388 Version/12.15

Re: 行送りの基準位置を欧文ベースラインにすると / 流星光輝

>元受の作成したCS3のテンプレートファイルを使ってQuarkのドキュメントを作り直していてこの現象を発見したのですが、
テンプレートファイルというのは、
inddファイルなのかindtファイルなのか分かりませんが、
Quarkのデータをコンバートせずに、
InDesignだけで作成したテンプレートを
CS3で使って作り直している（素材としてテキストを抽出したりしている）
と読んだのですが、これで合ってますか？

それとも
Quarkのデータをコンバートして作ったInDesignデータの
inddファイルもしくはindtファイルを使って、
No.7295の状態になるということでしょうか？

No.7578 2013/06/06(Thu) 14:55:55
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.94 Safari/537.36

Re: 行送りの基準位置を欧文ベースラインにすると / わん

indtファイルを編集してinddファイルを作成するのが自分の役割なので、Indtをどのように作成したかは分かりませんが、
QuarkデータをIndesignにコンバートできたのは10年以上も前にできなくなったはずなので、
おそらくファイルのコンバートはしていないと思います。

No.7295をアップした頃は、Win=正しい　Mac=誤り　と、認識していましたが、問題はそれだけではありませんでした。
事情を知らない人が上記のファイルを、新しいIndesignで開いた時直後に問題が露呈するのがWinで、
ファイルを編集するまで、問題が露呈しないのがMacのようです。

No.7581 2013/06/07(Fri) 20:57:41
Opera/9.80 (Windows NT 6.0) Presto/2.12.388 Version/12.15

Re: 行送りの基準位置を欧文ベースラインにすると / 流星光輝

>おそらくファイルのコンバートはしていないと思います。
まぁ、コンバートしてるかどうかは、
ドキュメントヒストリー見れば分かりますから
その位は、「思う」じゃなくて確認しましょうね。
検証の根幹に関わることですから。

No.7583 2013/06/11(Tue) 10:27:31
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

既に下版済みになってしまったので / わん

営業が動かない限り、得意先から先の情報を得られませんので、
推測でしか、データの検証することができません。
得意先の担当の方はレイアウトが崩れる状況を把握しておられるようですが、
データの作成と管理は、別の営業所の方のようです。

No.7592 2013/06/14(Fri) 12:05:43
Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.10.229 Version/11.64

実データがあるならば / ケロ

流星光輝さんのおっしゃる「ドキュメントヒストリー」は確認できるはずですが。

No.7593 2013/06/14(Fri) 19:17:52
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:21.0) Gecko/20100101 Firefox/21.0

Re: 行送りの基準位置を欧文ベースラインにすると / twx

＞元受の作成したCS3のテンプレートファイルを使って
＞Quarkのドキュメントを作り直していてこの現象を発見したのですが、

と書いてらっしゃったり、

＞QuarkデータをIndesignにコンバートできたのは10年以上も前にできなくなったはずなので、
＞おそらくファイルのコンバートはしていないと思います。

と書いてらっしゃったりしていてよくわかりません。

No.7594 2013/06/15(Sat) 12:09:17
Mozilla/5.0 (iPhone; CPU iPhone OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B144 Safari/8536.25

Re: 実データがあるならば / わん

QuarkXPressからの変換は“いいえ”になっていました。

流星光輝さんの最初の質問について、改めて回答させていただきます。
QuarkXPressからの変換ではないindtを編集して、QuarkXPressのドキュメントを作り直していたら、No.7295の現象を発見。
IndesignCS3のWindowsとMacintoshでは行送りの幅に違いが現れました。

No.7596 2013/06/15(Sat) 19:21:30
Opera/9.80 (Windows NT 6.0) Presto/2.12.388 Version/12.15

Re: 行送りの基準位置を欧文ベースラインにすると / 流星光輝

実データの確認どもどもです。
整理しますね。

１）Quarkは全く関係ない→qxdを使用していない。前版データがQuarkなだけで、InDesignでコンバートしていない。おそらく使ってるのは素材としての利用でしょう。
２）indtの作成者ではないので、詳細が分からない。
３）indtを保存したVersionがCS3かな？　CS3で編集すると、Windows/Macintoshで結果が違う。（スレ添付画像）
４）CS4以降での編集はindtがCS3であるならば、検証の論点にはならないので、考察対象から除外して考える。

有益な情報ありがとうございます。

No.7597 2013/06/15(Sat) 22:24:23
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

フレームグリッド / 印刷屋の雅

OSはWIN7。アプリはIndesignCS5。
縦組みで12Q×30字・行送り20歯×20行のフレームグリッドがあるとする。
そのフレームグリッドの最終行に４ミリ四方のボックスをインラインで挿入すると、行幅が大きくなり、
最終行に、入らず、次ページの１行目に文字が流れるのが普通で、それを前ページに入れる為に、
前ページを21行にして、最終行を隠すのが普通だと思いますが、参考として支給されたデータをみると、
21行だと、横幅が103ミリのはずが、100ミリになっているんです。
左側の境界線が12Q(3ミリ)分だけ内側になってるんですが、どうすれば、そういう設定に出来るのですか。
フレームグリッドを選択すると枠の周りに9個の点が表示されますよね（大きさを変更するときに、つまむ点）。
その点の左側の3つが内側に3ミリ入っているんです。
画面上は、21行表示されていますが、21行目には文字が流れないようになってます。

No.7582 2013/06/11(Tue) 01:08:41
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)

Re: フレームグリッド / 流星光輝

インラインで流れる・流れないという話は関係なくて、
趣旨としては、

>横幅が103ミリのはずが、100ミリになっているんです。

について聞きたいということでイイですかね？

これを、行数変更して、もう一度同じ状態に戻そうと、
つまんで動かしても元に戻らないということでしょうか？

おそらく、ScriptからvisibleBoundsの値取って見ると分かると思いますけれど、
表示がおかしくなっている可能性があります。

InDesignで、このフレームグリッドを選択して、
ESTKに下記コード貼り付けて実行(F5を押下)してみてください。

#target indesign
alert(app.selection[0].visibleBounds[3]-app.selection[0].visibleBounds[1]); //幅
alert(app.selection[0].visibleBounds[2]-app.selection[0].visibleBounds[0]); //高さ

まず、選択されているオブジェクトの「幅」を表示し、
その次に「高さ」を表示します。単位は付きません。

その値を書いていただければ、
表示がおかしくなっているかどうか評価することが出来ます。

No.7585 2013/06/12(Wed) 13:13:57
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

Re: フレームグリッド / マサ某

アンカーをインラインで挿入すると行幅が大きくなって最終行に入らない、という件は、
アンカーを挿入することで、行がズレてしまう現象によるものかと思います。
インラインで挿入したアンカーを選択ツールでつかんで、
ぐりぐりっと左のほうへ動かすと（縦組の場合。横組なら下のほうへ動かす）、
ズレた行が元に戻ります。
行がズレなければ、前ページを21行にすることなく、20行のボックスに20行ちゃんと入ると思います。

※行がズレた感じとか元に戻る感じは、フレームグリッドだとややわかりにくいのですが、
　テキストフレームで実験してみると、わかりやすいかもです。

こちらの勉強部屋で公開していただいている「No.49 インライングラフィックを1行取りにする」が、
図版も豊富で参考になるかと思います（InDesign 2.0当時の記事ですが）。
http://study-room.info/id/studyroom/id2/study49.html

No.7586 2013/06/12(Wed) 15:38:48
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/536.30.1 (KHTML, like Gecko) Version/6.0.5 Safari/536.30.1

Re: フレームグリッド / Subi

フレームグリッド「だけ」でできているデータではない気がします。
同じ設定でフレームグリッドを作りましたが、本来ならこのようにテキスト連結用の点や角設定用の黄色い点もあるはずです。

No.7587 2013/06/12(Wed) 20:26:31
Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20100101 Firefox/21.0

Re: フレームグリッド / 印刷屋の雅

Subiさん
あなたの言う通り「連結用の点や角設定用の黄色い点」はあります。画像が正確に再現できて無くてスイマセン。

流星さん。
行数を増減すると、普通の表示になります。
そう、要するに、境界線を内側にズラして、最終行（21行目）に文字が流れないようにできるのか？
と言うことです。

あと、バージョン調べで、調べてみると元々CS3で作られていたようです。CS5と聞いていたので、迷わず５で進めていましたので、CS3をCS5に上げる時に、表示が、おかしくなったのか？

No.7588 2013/06/13(Thu) 00:57:40
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)

Re: フレームグリッド / 流星光輝

>あと、バージョン調べで、調べてみると元々CS3で作られていたようです。CS5と聞いていたので、迷わず５で進めていましたので、CS3をCS5に上げる時に、表示が、おかしくなったのか？
CS3以前は、フレームグリッドの大きさを行数単位ではなく、
任意の大きさに変更することができました。
CS4以降は、仕様が変わりました。
それが原因だと思われます。

No.7589 2013/06/13(Thu) 08:36:37
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

Re: フレームグリッド / 流星光輝

レスする内容を１つ失念しておりました。

>そう、要するに、境界線を内側にズラして、最終行（21行目）に文字が流れないようにできるのか？と言うことです。

テキストフレームオプションでフレーム内マージンに
値を設定すれば良いのかも知れませんが、
マサ某さんが仰っているように、
インラインオブジェクトを「つまんで」下にドラッグしたりするような方法を使って、フレームグリッドの大きさや設定を変えずに
流し込むようにした方がいいのではないかと思われます。

No.7590 2013/06/13(Thu) 16:03:12
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

Re: フレームグリッド / 印刷屋の雅

流星さん、マサ某さん、Subiさん。ありがとうございました。
CS5では、仕様が変わったので無理なので、違う方法でやるしか無い。
と言うことですね。
色々な方法を、挙げていただいて感謝しております。
今回の仕事に対して、どれが有効か検討していきたいと思います。
有り難うございました。

No.7591 2013/06/14(Fri) 00:37:29
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)