InD-Board

編集後のマスターアイテム再読み込みについて / トースト

はじめまして。

Mac環境 InDesign CS4での作業中にわからない事があるのですが、過去ログを拝見しても該当する内容を見つける事が出来ませんでしたので、投稿させて頂きます。

現在カタログを作成しています。

今までQuarkを使っていましたが、都合により勉強しだしたばかりのInDesignを使うことになりました。

最初に、見開きでマスターページを作成しました。

マスターページには全てのページに共通のグラフィックの他に、グラフィックフレームに画像を配置し、テキストフレームにダミーのテキストを流しました。

その後、マスターページを適用したドキュメントページでマスターアイテムをオーバーライドして各ページの情報を流したり、画像の差し替えを行っております。

制作が進み、各ページ画像とテキストをオーバーライドした後、掲載順が変更になり、1ページ（片面）の移動をしたところ、オーバーライドした全てのページが再度マスターアイテムを読み込んでしまいました。

「ページ」のパレットで「マスターアイテムを隠す」にすれば非表示に出来ることは分かったのですが、それだと、オーバーライドしていないアイテム（共通のグラフィック）まで隠れてしまいます。

勉強不足で申し訳ないのですが、どなたかご指導ください。
宜しくお願い致します。

No.4911 2010/07/14(Wed) 20:39:51
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Safari/530.17

Re: 編集後のマスターアイテム再読み込みについて / いき

QuarkXPressを使っていたのは随分前、1年にも満たない期間でしかなかったのでうろ覚えですが、QXPとInDesignのマスターページは大きく仕様が異なる部分であることだけは間違いありません。

InDesignにおいては、ページの移動（追加なども含む）などの編集を行うと、新たにマスターアイテムが適用されてしまいます。
従って、移動（追加）操作を行う場合、オーバーライド済みのページアイテムが存在する場合は要注意です。
マスターアイテムの性格にもよりますが、何らかの工夫が必要になるかと思います。

No.4912 2010/07/16(Fri) 10:45:15
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: 編集後のマスターアイテム再読み込みについて / トースト

書き込みありがとうございます。
新たにマスターアイテムが適用されない設定等あれば…と思ったのですが、
やはり制作段階での注意が必要という事ですね。
工夫してみたいと思います。

No.4919 2010/07/20(Tue) 13:22:40
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Safari/530.17

PDF書き出し / フジエ

たびたびお世話になっています。

このたび、InDesignからPDFを書き出す際に起こった現象について質問させてください。

InDesign CS2（4.0.5）
OS10.4.11
PDFの書き出し設定は［PDF/X-1a:2001（日本）］の圧縮、塗り足しやトンボの設定を加えたもの。

InDesignのデータはIllustratorが1Pに数点配置で30Pくらい、複雑なイラストのため、ラスタライズをIllustrator上でかけています。PDFは100MBくらいになります。

今回PDFを書いた際に、イラスト（ラスタライズされているもの）がPDF上で添付のように荒れた感じになってしまいました。

Illustrator上では本来の状態になっており、再度同じ設定でPDFを書いたところ、今度は正しく書き出せました。

定期的にある仕事なのですが、今までこのような症状が出たことがなく、いろいろ検索をしてみましたが同じような症状を見つけることができませんでした。

今後の対策を立てるためPDFがこのような状態で書き出された理由が知りたいのですが、同じような症状になった方がいらっしゃいましたら原因など教えていただけると非常に助かります。

よろしくお願いします。

No.4918 2010/07/20(Tue) 11:38:45
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6

パッケージ機能について / qwan

質問させていただきます。
よろしくお願いいたします。

仕事でWindowsのInDesignCS3を使用しています。
仕事の都合上、何度か校正を重ねますが、その間、使用した画像も使用しなかった画像も念のため最終段階までとっておきます。
校了後、作業終了データを保管する運用をとっています。
重いデータを取っておくのはインフラに余計な負荷ですし、また社内で、次にそのデータを誰が使用するか分かりませんので、余分なデータは削除しておきたいです。なので、パッケージ機能を使用して、使用しなかった余分なデータを一括で削除したいと思っています。

しかし、InDesignファイルなりブックファイルを「パッケージ」してしまうと、リンクファイルは一つの「Links」というフォルダにまとめられてしまいます。
ページの多いコンサートプログラムの作成などでは、複数のリンクファイルが一箇所にあると作業しにくいため、「出演者顔写真」「広告」「昨年度コンサート写真」などのように複数のフォルダに分けて管理しています。
これをフォルダ分けされたまま、パッケージは不可能なのでしょうか？

この機能のそもそもの目的が、「印刷・出力会社への入稿時に必要なファイルを簡単に揃えることができる」ことであるから、そういった対応はされていないのでしょうか。

よろしくお願いします。

No.4913 2010/07/16(Fri) 18:21:21
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 GTB7.1 ( .NET CLR 3.5.30729)

Re: パッケージ機能について / いき

> これをフォルダ分けされたまま、パッケージは不可能なのでしょうか？
はい、不可能です。

> この機能のそもそもの目的が、「印刷・出力会社への入稿時に必要なファイルを簡単に揃えることができる」ことであるから、そういった対応はされていないのでしょうか。
QuarkXPressやEdicolorにも同様の機能がありますが、いずれのアプリケーションにおいても、画像を複数のフォルダにカテゴリ分けしたままフォルダ構造を保って出力ファイルを集める機能はありません。
私の個人的な見解にすぎませんが、パッケージ機能はあくまでもオマケ機能として追加されている機能であって、細かくカテゴリ分けした状態で管理したければ人の手で行なった方が確実ではないかと。

No.4914 2010/07/17(Sat) 00:28:29
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: パッケージ機能について / qwan

いきさん、ありがとうございます。

そうですか、おまけ機能として考えておいた方がよいのですね。また、他の組版ソフトにもそういった機能はないのですね…。どういう仕組みかわかりませんが難しいのでしょうか。
はっきりと不可能とわかってよかったです。
ご解答ありがとうございました。

No.4915 2010/07/17(Sat) 08:36:53
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 GTB7.1 ( .NET CLR 3.5.30729)

インデックスの作成について / リンゴ

初めて質問します

電話帳を作ろうと思います。

あ～わの44つのインデックスを作成する場合の
一番良い方法を教えてください。

よその掲示板で質問したところ
マスターでインデックス1種類作成し
オーバーライドをするしかないと言われたのですが
これだと、先方に校正を出した後で1ページ増えた場合
インデックスが両端に来なくなります。
この方法で1ページ増えた場合の
簡単な訂正の仕方があるのでしょうか？
それとも他のやり方があるのしょうか？

分かりにくい質問ですみません。

その掲示板で続けて質問しようとも思ったのですが
「そんなことも知らないの？」
といったようなニュアンスのことを言われたので
質問できなくなってしまいまして……。

No.4906 2010/07/14(Wed) 10:00:17
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: インデックスの作成について / リンゴ

使っているのは

ウインドウズＸＰ
ＣＳ３

です

よろしくお願いします

No.4907 2010/07/14(Wed) 10:08:41
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: インデックスの作成について / リンゴ

たびたびすみません（＞＜）

インデザインを使用しています

No.4908 2010/07/14(Wed) 10:11:22
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: インデックスの作成について / いき

「一番良い方法」はケースバイケースなので、これが絶対良いとまでは断言できません、と、まずは前置きしておきます。

インデックスの表示方法にはいくつかのパターンがありますが、「あ」と「い」もしくは「あ行」と「か行」などのグループごとに位置座標が変わっていくのでしょうか。
また、「あ」と「い」もしくは「あ行」と「か行」が混在するページのインデックスはどのように表示するのでしょうか。

もし可能であれば、「あ」もしくは「あ行」のグループ＋「い」もしくは「か行」と混在するページまでをひとつのドキュメントとして作成し、ブックファイルにまとめる。
そうすれば、ページが増えても割と楽に対応できると思いますが、いかがでしょうか。

No.4909 2010/07/14(Wed) 10:26:06
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: インデックスの作成について / リンゴ

ご解答いただきましてありがとうございます。

あ、い、う……と少しずつずらしていくようになっています。

「あ」は「あ」のページで終わらせて
「い」から新しいページになりますので
混在することはないです。

ただ、そんなにたくさんのページではないですので
（総ページ数が約100くらいです）
「あ行」、「か行」でブックファイルを作ると楽そうですね。

すっきりしました。

No.4910 2010/07/14(Wed) 10:44:08
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

文字スタイルについて / いくちゃん

はじめて！質問させていただきます。
現在、ウインドーズでアドビの製品ＣＳ4のインデザインを使って作業をしているのですが・・・・。
行き詰っている部分がありますので、ご教授を宜しくお願い致します。
質問内容は、文字スタイルのにあります詳細文字形式の字どりの部分の設定を変えたいのですが、（1～20字まで）となっているようで、ここの変更をしたいと思ってはいるのですが、変更は可能なのでしょうか？基本設定の所を覗いてはみましたが…。どこで変えればいいのか解りませんでした。
どなたか、おわかりの方がおられれば…お教え願いますでしょうか？宜しくお願い致します。

No.4896 2010/07/11(Sun) 17:28:46
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6.5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C)

Re: 文字スタイルについて / いき

どう変更したいのか書かれていませんね。
どうしたいのでしょうか。

No.4897 2010/07/12(Mon) 08:49:41
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: 文字スタイルについて / ちこ

思うに、規定だと20字までとなっているけど、
21字以上にできないか、ということですよね。

プラグイン（有償）があればできそうですよ。
http://dtp-bbs.com/mt/indesignbbs/archives/10730_20070131194600.html

No.4898 2010/07/12(Mon) 10:17:57
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; ja-jp) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16

Re: 文字スタイルについて / いき

本当にしたいことが21字以上の字取りであれば、Windowsの場合有償プラグインに頼るまでもありません。
……何がしたいのでしょうか。

No.4900 2010/07/12(Mon) 11:01:24
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: 文字スタイルについて / amiza_ret

21字で字取りしたい場合で、
◎18字しかない場合、
　21字-18字=4字
　1000/(18字-1)=58.82
　58.82×4字=235.2
　よって、235を字送りの数値とすればOK
◎15字しかない場合、
　21字-15字=6字
　1000/(15字-1)=71.42
　71.42×6字=428.5
　よって、428を字送りの数値とすればOK

でいいのかな…？
javascript等のスクリプトを使うと簡単かもです。
計算式の意味はじっくり考えてもらえれば分かるかと思います。

もっとも、表みたいな感じで作成するのなら、
10Q(文字の大きさ)×21字（字詰め）×0.25=52.5mm
で、W=52.5mmのテキストフレームを作成しておき、「両端揃え」にすれば、揃うかと思います。
何で0.25かけるとかは、ネットで調べれば分かるはずです。

的外れだったらごめんなさい。

No.4902 2010/07/13(Tue) 13:15:37
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

Re: 文字スタイルについて / こに

文字パネルで［字取り］のところに21と入力すると、
「値は0から20までの範囲内でなければなりません。」とアラートがでますが、
字取りの範囲を選択しておいてスクリプトで、
app.activeDocument.selection[0].jidori = 21;
を実行するとエラーにならずに21字取りになりますね。
InDesign上でも文字パネルに21と表示されます。
ただし、InDesignの仕様（制限）から外れることになるので、運用上どんなトラブルが発生するかはわかりません。自己責任でお願いします。

No.4903 2010/07/13(Tue) 18:41:07
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.16 (KHTML, like Gecko) Version/4.1 Safari/533.16

Re: 文字スタイルについて / いくちゃん

いきさん・ちこさん・amiza_retさん・こにさん

遅くなりましたが…みなさんありがとうございます。
予め設定されている文字詰めって…やはり20字が限度なんですね？
スプリクトで方法があるみたいですが、使用をした事がないので、この方法は止めておきます。
前回、何故（20字までしかないのでしょうか？）とお伺いしたのは、縦て組で文字の長さが違う文章を全て行別に文字を同じ長さまで揃えるという作業があったからでした。
タブで揃える方法もあったのかも知れませんが…。
当方、まだまだスキル上が未熟なのでイマイチ掴み切れませんでした。
普通…皆さんはこういう時はどのような作業を行われているのでしょうか？

※遅くなりましたが…みなさんありがとうございました。

No.4904 2010/07/13(Tue) 23:46:30
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6.5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C)

Re: 文字スタイルについて / いき

> 縦て組で文字の長さが違う文章を全て行別に文字を同じ長さまで揃える

それなら（必要なら）インデントを設定した上で両端揃えにするだけで解決しそうですね。

No.4905 2010/07/14(Wed) 00:10:43
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)

簡体字でリガチャの方法 / SUBI

こんにちは。いつもお世話になっております。

作業環境はWinXP＋InDesign CS2です。
中国語（簡体字）＋英語での製作にあたり、AdobeのOpenTypeフォント「Adobe Song Std L」を本文フォントに使用しようと思っています。
しかし、試しに流し込んでみると英文の部分の、fi、flなどの通常リガチャになるはずの文字がなってくれません。
文字パレットの「欧文合字」にチェックは入っていますし、欧文フォントや日本語フォントを指定するときちんとリガチャになります。リガチャの字体を直接入力し、Adobe Song Std Lを指定するとエラーになります。
PCにインストールされている中国語（簡体字と繁体字）をすべて試しましたがリガチャができるフォントはありませんでした。中国語の文字コードの問題でしょうか。

作業上は簡体字フォント＋欧文フォントの合成フォントを使用すれば問題ありませんが、明朝（セリフ）系のフォントでリガチャができないのはちょっと考えられないので…。
簡体字フォントでリガチャになる方法はあるのでしょうか？

No.4891 2010/07/10(Sat) 11:37:31
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; MDDR; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: 簡体字でリガチャの方法 / (-_-メ)

リガチャは、アプリ側でその字形を呼び出しているに過ぎないので、フォント内に、その字形が用意されていなければ呼び出しようがありません。

例えば「fi」はU+FB01に割り当てられます。InDesign側は、fiが入力されたとき、リガチャの設定がオンなら、U+FB01を呼び出します。

調べてみたところ、「Adobe Song Std L」には、代表的なリガチャの字形（ffとかflとか）がありませんでした。ですので、このフォントを使っている以上、リガチャは実現できませんね。欧文を組むことを考えていないのでしょう。

欧文フォントとの合成フォントを使っていくのがいちばんの対処法のようです。

No.4893 2010/07/11(Sun) 00:07:13
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; ja-jp) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16

Re: 簡体字でリガチャの方法 / SUBI

(-_-メ) さん
ありがとうございます。
直接入力で表示されなかったので文字コード上に字形がないのかと疑いましたが、やはりそうだったとは…。
ちなみに簡体字のほか、繁体字、ハングルのAdobeのOpenTypeフォントも同様にリガチャの字体を持っていないようです。

No.4901 2010/07/12(Mon) 17:16:16
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; MDDR; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)