imacレパードとcs3デザインスタンダードを購入したのですが、フォルダという概念がありません。特に画像の管理について全く解りません。
何か良い書籍があれば教えて頂きたいのですが…
よろしかったら、教えて頂きたいです。
宜しくお願いします。
DTP超ド素人 2009/04/07 16:40:59
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
ここらへんでしょうか
URL http://www.amazon.co.jp/s/ref=nb_ss_b_1_5?__mk_ja_JP=%83J%83%5E%83J%83i&url=search-alias%3Dstripbooks&field-keywords=%83X%83e%83B%81%5B%83u%81E%83W%83%87%83u%83Y&sprefix=%83X%83e%83B%81%5B%83u
ずがががん 2009/04/07 17:12:43
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
ずがががんさま
どうも有り難うございます。
さっそくコピペして拝見させていただいたのですが、スティーブ・ジョブズなる人物の書籍が沢山出てきまして…
もう一度拝見させて頂きます。私の間違いかもしれないので…
DTP超ド素人 2009/04/07 17:58:30
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
このサイトはあまり関係なさそうです。
OS自体の使いこなし、或いはInDesignとかillustrator等の指南書?
ある程度目的を切り分けて探してみては?
結構目的に合ったものが数多く出ているはずです。
通行人1 2009/04/07 18:23:21
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
通行人1さま
ご指南有り難うございます。
今日、ジュンク堂書店へいきます。
どうも有り難うございました。
DTP超ド素人 2009/04/08 07:45:41
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4453] 旧掲示板 (2009/04/07 Tue 16:40)
InDesign CS2を使用しています。
オブジェクトを均等に配置するのに、整列パレットの「水平方向に等間隔に分布」というのがあるのですが、一列に並んだオブジェクトでは左右端のオブジェクトの位置を決めて選択してこれを適用すればできるのですが、上下にあるオブジェクトの下段も上段の間隔と同じように配置していく場合、下段は上段右端のオブジェクトを同時に選択して「水平方向に等間隔に分布」をクリックするとできるようなのですが・・・、この解釈の意味がよくわからないです。
この場合は、上段右端のみを選択することで、上の段で配置した間隔を記憶し同じように下段も上の段と「水平方向に等間隔に分布」でよいのでしょうか?
すみれ 2009/04/07 01:07:22
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
伝えようとしている意味がうまく読み取れないのですが。
たとえば、縦横3マスずつ、計9マスある状況を想定すればよいのでしょうか?
であるならば、横方向を整列した後、グループ化して、その後3グループを縦方向に均等配置すればよいというような、単純な話ではないのかな?
同類族 2009/04/07 01:52:20
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4452] 旧掲示板 (2009/04/07 Tue 01:07)
ある書籍をPDF化するのですが、
その中で、「●●図参照」という文字にリンクを設定し、
●●図があるページに移動させる処理をしました。
ちなみに、●●図が見開きにまたがるものだったため、
単ページ表示をしている場合でも強制的に見開き表示にするために、
下記の設定を追加しました。
(Acrobat7で作業、PDFのバージョンは1.4)
リンクツールで該当文字を右クリック→プロパティ→アクション→
メニュー項目を追加で「表示>ページ表示>見開き表示」
しかし、この方法ではAcrobat5では機能しません。
また、●●図から「戻る」というボタンを設定して
元のページにリンクしているのですが、
もともとが単ページ表示だった場合、やはり
単ページ表示に戻すのが筋だと思うのですが、
Javascriptを使えば、
元の表示状態を取得した上で
単ページ表示だったなら単ページ表示に戻すといった
処理が可能なのでしょうか?
それも含めて、Acrobat5でも機能するやり方はありますか?
(一般の方が閲覧するので、古いバージョンのAcrobatを使う可能性も高いので)
いも姉 2009/04/06 02:27:15
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
Acrobatのバージョンを7以降とかに指定してはいけませんか?
Readerはフリーですし、10年前なら通信環境とかのこともあるでしょうが・・・
南青山テルマ 2009/04/07 16:25:47
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
ありがとうございます。
言われてみれば、確かに今時バージョン5のReader使ってる人はいないかもしれませんね。
お客さんがPDFの作成に5を使用しているので、それに合わせなきゃだめかな、と思ったもので。
いも姉 2009/04/08 02:08:46
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4451] 旧掲示板 (2009/04/06 Mon 02:27)
EIZOのCG222Wを購入してColorNavigorでキャリブレーションしました。EIZOホームページで解説してるように紙白設定でキャリブレーションしようとしたのですがセンサーで写真用紙を測定すると輝度が40ぐらいになってしまうのですがこれでいいんでしょうか? 目的はphotoshopで作成した同人誌を印刷会社で印刷することです。プリンターでは印刷しないので、ColorNavigorにもとからある印刷用の目標設定でいいのでしょうか? 初心者なので的外れな質問をしているかもしれませんが、よろしくお願いします。
秒速 2009/04/05 02:08:51
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4450] 旧掲示板 (2009/04/05 Sun 02:08)
こんにちは。こちらで何かいいアイデア?や、皆さんどのように保存しているのかなどが聞けたら参考にしたいと思って、書き込ませてもらいます。
会社で、2年前くらいまではDVD-R(4.7GB)に保存していたのですが、近年は仕事の量が増えて4.7GBのDVDで保存していくと、そうとうな枚数になってしまいます。
外付けHDDは、主にバックアップ用として使っている人が多いみたいだし、保存してる人の意見では、「なんか心配」といってる人もいるみたい。
DAT 72データカートリッジというのも会社のありますが、これもバックアップ用などっと書いてありました。それに、使用したことが無いので、データ保存に適しているかがわからない。
コストの面でも、「これなら安いし安心」とか、「保存にはこれが最適」っとかありましたら教えて下さい。至らない点がありましたら、すいませんが、それも兼ねてお願いします。
※PDFデータを月単位(約30GB前後)or数ヶ月単位での保存ができれば。
のぼり 2009/04/04 13:20:47
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
2TくらいのHDDをミラーして保存しとけば3年くらいは安心ではありませんか?ウチはDTP Turbo Serverですが。
あほ 2009/04/05 07:41:14
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
有り難うございます。
そういったものもあるんですね!!
参考に、調べてみます。
のぼり 2009/04/06 16:57:47
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
うちはNASを複数台使ってるんですが、物理的な破損は良いとしてウィルスなどで全滅などが不安です。
なのでブルーレイでバックアップを考えています。ハードは2万円台、メディア(2層50GB)が1枚千円くらいだったかな。ちなみにWINDOWSです。
職工 2009/04/06 18:31:48
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
DVDぐらいの容量でこまめにバックアップするのが
リスク分散になって一番いいんじゃないのかなぁ。
尼子 2009/04/06 20:54:20
Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
これからさらに議論が白熱すると思いますが
保存とバックアップはキッチリ分けて書き込みましょうね。あらかじめ書いておきます。
. 2009/04/06 23:08:46
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
当社も保存データRAID機能(RAID5)を持ったNASとアップルのRAIDを使用して、更に週一回自動バックアップを外付けのRAIDにとっています。
NASはたしか4T(実質ホットスワップで3.3位)で17万位でした。
4年以降経ったデータはバックアップとして昔使っていたRAIDにボカボカMOVEしています。
昔CD管理をしていたのですが、枚数が500枚とかになり、物理的な管理が難しくこういった形に数年前に移行しましたよ。
……たしかに考えうるリスクはまだ多々あるんですけどね
迷走中 2009/04/07 11:50:44
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5; .NET CLR 1.0.3705; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
とにかくマックで業務用途に使うにはNASは最悪です。
ファイル名問題、メンテ問題、検索激遅問題etc...
(特に寺やリンク)
HDの制御はRAIDにしてもMacOSに委ね、通常の外付けを数台駆使した方が使い勝手としては抜群です。
最近は価格的にも安価になっていますし。
居候 2009/04/07 17:33:13
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
皆様、有り難うございます。
追記します。バックアップの話が多いようですが(保存することよりバックアップのほうが多いから?)題名の通りあくまで「保存」として考えてます(u u) それから保存する理由ですが、内蔵HDの容量がいっぱいになってきたので、過去データをまとめて保存しておきたいからです。
ブルーレイに保存でも大丈夫ですか?ブルーレイの出始めは、データ保存はあまり良くないとのことが書いてありましたが。どうなのでしょう。
前は月ごとに分けてDVDに保存しても1ヶ月分が3枚前後だったけど、今では7〜8枚になってしまいそうです。それを1年分、2年分となると大変なことに…!なので、なるべく数少なく保存ができればっと思いました。
あ!!ちなみに、保存作業はWINDOWS XPです。
のぼり 2009/4/7 18:22
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
以前は半永久的と言われたCDやDVDと言ったメディアも、実はそんなに持たないのが昨今の常識です。(粗悪なメディアだと数年で読めなくなりますし)
私としては、保存も、バックアップも、NASなどのHDD(当然それ自体はRaid1やRaid5)に取って、それ自体も定期的にバックアップ取って2重化、というのが正しいと思います。(006の迷走中さんの環境は良いと思います。)
HDDも、長いこと電源通ってないと、読めなくなったりしますから、常に稼働させているドライブで生かしておくってのが正しいと思います。(で、ディスク障害を検知して、リプレースしつつ転がしていく、と)
私自身は、環境さえ整えば、保存とバックアップは同義でもいいんじゃないか、と思う昨今。(保存メディアは、実は保存に適さないから。)
chrome 2009/4/7 19:01
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
疑問があります。
>※PDFデータを月単位(約30GB前後)
何屋さんかわからないけど長期保存する理由は?
再利用の可能性があるとして改訂はどうするのか?
ネイティブデータはどこにあるのか?
>>008によると保存(保管)はするがバックアップはしないのか?
. 2009/4/7 19:40
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
印刷会社でCTP出力してます。
デザイン会社からネイティブデータをもらい、自社でPDFにして面付けなどの作業をします。そして、再版があったときは保存データで、改訂があればデザイン会社から新たにネイティブデータをもらいます。
なので、ネイティブデータのバックアップをすることが無いためです。
これを先に書き込んでいればよかったですね。
至らない点ばかりで、何度もすいません。
のぼり 2009/4/8 11:33
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
事情は特に関係ないと思うよ。
単に
「大量のPDFの保存方法に困っている」
でいいと思います。
「なぜ保存するの?」「どういった目的のpdf?」
などは質問の主旨から見て焦点がずれていると思うが。
居候 2009/4/8 12:53
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
>内蔵HDの容量がいっぱいになってきたので、過去データをまとめて保存しておきたいからです。
『内蔵HDを増設or換装』『外付けHDを追加』で解決する話でしょ。
1TB=8000円弱で、2年半ぶんは保存可。
2009/4/8 15:47
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
私のところは上と検討段階でまだ使用していませんが、http://www.century.co.jp/products/pc/hdd-copy/crf2535pro.html
こういったものでHDだけ抜き差しできて保存orバックアップとれたら安価で場所もDVD程とらないですむかなぁ〜考えています。
今現在はバッファローのテラステーションで保存・バックアップしています。Win、Macとも満足してつかえています。
みや 2009/4/8 17:54
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
リムーバブルメディアに保存は怖いですね。
5年後に開いてみたら「9割は大丈夫だった」が「1割は死んでいた」とか。
大昔FDにとっていたものは10年後に開いたら8割は死んでいたし、
MOは5年後の生存率が8割というところだったかと記憶しています。
HDDに保存、
HDDもしくはリムーバブルメディアにバックアップとするのが自分としてはオススメですね。
あほ 2009/4/11 20:19
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
書き忘れました。HDDは3〜5年毎にリプレースする、という条件付です。
あほ 2009/4/11 20:20
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4449] 旧掲示板 (2009/04/04 Sat 13:20)
教えてください。
イラレCS3の質問です。
イラレで文字入力すると、
入力した文字の下にアンダーライン(ベースライン?)が出て、
スペースバーで変換しますよね、
でも急にアンダーラインが出なくなってしまいました。
スペース押せば変換はできるんですが…
どなたかわかる方教えてください。
kim 2009/04/03 18:22:23
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
とりあずプリファレンスすててみよ
ずがががん 2009/04/03 21:45:56
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4448] 旧掲示板 (2009/04/03 Fri 18:22)
掲示板が4/1 17時頃の書き込みを最後に、書き込みができない状況になっていました。
現象を確認し、4/3 17時頃、復旧いたしました。
ご迷惑をおかけいたしました。
掲示板メンテナー 2009/04/03 17:06:46
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB5; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; OfficeLiveConnector.1.3; OfficeLivePatch.0.0)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
掲示板メンテナーさん、いつもお疲れ様です。
今日はコメントが増えないなぁ〜って傍観してただけなので、気付きませんでした(汗)
テストの意味でこれを投稿してみる・・・。
みや 2009/04/03 17:30:52
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
掲示板故障の通報を下さった方ありがとうございました。
メンテナーさんもありがとうございます。
二代目和尚 2009/04/03 17:58:53
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
エイプリルフールぢゃなかったのね
金土日 2009/04/03 18:38:42
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4447] 旧掲示板 (2009/04/03 Fri 17:06)
OS10.5.6
indesignCS3を使っていて疑問があります。
Quarkからindesignにのりかえたのですが、
Quarkでできてindesignでできないのかというものがでてきてしまい、もしだれか知っているならアドバイスをいただきたいと思います。
質問内容
●おもな仕事が漫画の原画をスキャンしてゴミ取り、レイアウトソフトで配置というような作業でして、そのレイアウト時の質問です。
各ページにどんどん配置していくわけですが、
最終の本の大きさは、A5〜B56、原画を原寸(原画の原寸はB4大くらい?)で配置はできないので全体を同じ縮小率で縮小して配置して行きます。その際に一つ一つ縮小して行くのは大変なので
マスターページで最初に縮小率を決めるのですが、
Quarkの場合、画像を配置するフレームを作成すると、画像配置前からフレーム内の画像縮小率を調整できます。なので、マスターページで一旦、調整すれば各ページに反映されるのですが、
indesignの場合、フレームを作成しただけだと、フレーム内の縮小率を調整できません。なので一旦画像を何か配置してそれから縮小するというカタチになってしまします。
なので、Quarkよりもどうしても手間がかかってしまいます。
何か、indesignもQuarkと同じようにする方法はあるのでしょうか?
自分でも調べた限りは答えはでてこなくて何か知っている方がいえれば教えていただきたいです。
質問の内容がわかりずらかったらすみません。
すぐる 2009/04/01 11:06:34
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
マスターにいっこダミーで貼ればいいんでね?
本チャンを貼るときは、それを張り替えることで、
倍率、貼り込み位置などはそのママじゃないすか?
ママメロン 2009/04/01 12:26:12
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
CS3のフレーム調整オプションでは
倍率までは指定できないですね。
CS4でも変わってないのかな?
匿名その100 2009/04/01 12:44:07
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
all>ご回答ありがとうございます。
ママ>やはりマスターにダミーを貼ってそれを置き換えるという
カタチをとるしかないんですかね。
仕事にも色々な種類があるとは思いますが、
indesignだとQuarkよりもデザイン機能要素が高いので
なんか使い分けが難しいですね。
匿名100>私もまだCS4は触ってないのでわかりませんが、
その機能が増えていることを期待します。
すぐる 2009/04/01 13:55:05
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
Photoshopじゃいけないのかなぁ
同じ縮小率ならバッチつかえば頭使わんし
信也 2009/04/03 16:58:52
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
漫画原稿でしょ?
2値撮りしてるものをPhotoshopで
大きさいじったら、トーン部分とかに
盛大にモワレや「スジ」が入ると思うけど。
というか、質問者がなぜ原寸撮りしないのか
わからないけど。
匿名その100 2009/04/03 19:03:53
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
>2値撮りしてるものをPhotoshopで
大きさいじったら、トーン部分とかに
盛大にモワレや「スジ」が入ると思うけど。
indesign等で縮小貼り付けしても同じではないんでしょうか?
みや 2009/04/04 09:24:52
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
同じでしょうね。
Photoshopでやるよりはマシだとは思いますが。
だから、何故原寸(使用原寸)で撮らない
のか、と。
原寸でなくても最近は専用のソフトで処理できるようですが。(GTBとかの)
なんにせよPhotoshopでいじっちゃだめでしょう。
匿名その100 2009/04/04 12:30:05
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
画質云々はおいといて
ページに画像を貼って同倍率で縮小とか、
こういう単純な作業ならスクリプト作って自動化すべきですよ
indesignでもQuarkでも使えるわけですし
もも 2009/4/8 9:17
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
OSXでフォントがオープンタイプです。
縦組の書籍で全角数字を入力したいのですが、半角とかわりません。以前、OS9での作業では問題ありませんでしたが(フォントはA-CIDでシフトを押しながらテンキーを押して入力)
どうしたらよろしいでしょうか。どなたか教えてください。
よろしくお願いいたします。
ケンタロウ 2009/5/28 18:22
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.28.3 (KHTML, like Gecko) Version/3.2.3 Safari/525.28.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
テンキーではない方で入力する(全角モード)、あるいは字形パレット(パネル)のメニューから等幅全角字形に変換する。
works014 2009/5/29 9:52
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
Quarkのように取り込む前から倍率指定は出来ないと思いますが手間を少なくする方法はあります。
「InDesign script 画像」で検索すると画像の取り扱いを自動化できるscriptがでてきます。
気に入ったのを使ってみてください。
たら丸 2009/5/29 14:58
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
これなんかどうですか?
「配置された画像を個々に拡大・縮小」
URL http://www.adg7.com/takenote_b/2009/03/post-11.html
たら丸 2009/5/29 15:34
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
新規で画像配置するのではなくて
紙色と同じようなダミー画像を配置しておいてから%調整したボックス用意して、
画像を差し替えるみたいのはダメかな?
みつ 2009/5/30 10:04
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; ja-JP-mac; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
古いスレッドに別の質問があったので応えたのだが……。
別スレッドを立てるように助言すべきだった。
反省しています。
works014 2009/5/30 10:58
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4446] 旧掲示板 (2009/04/01 Wed 11:06)
はじめまして。
MAC G5を使用しております。
Classic環境 OS9.2.2でAppleTalkが使用にできません。
システム環境設定のネットワークにて、
内蔵Ethernet1、AppleTalk使用にチェックして、
今すぐ適用をクリックしました。
しかしセレクタのAppleTalkは不使用のままです。
使用にしたいのですが、
「AppleTalkネットワークに接続していることを確認してください」
「AppleTalkを開くことはできません」
と表示されます。
セレクタでプリンターの設定をしたいのですが、
AppleTalk不使用だと設定することができなくて困っています。
プリンターのアイコンは表示されているので、何かネットワークに問題があるのでしょうか。
ご回答よろしくお願いいたします。
R2 2009/04/01 10:28:49
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
OSXのネットワーク環境設定でAppleTalk使用にチェックを入れるとどうですか?
123 2009/04/01 12:31:26
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
123さん
OSXのネットワーク環境設定でAppleTalk使用にチェックしていると思います。
メニューバーの左上にあるブルーのアップルマークのシステム環境からネットワークで、AppleTalk使用にチェックしました。
R2 2009/04/01 13:21:02
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
Classic側のappleメニューからコンパネのTCPの設定はされてますか?
匿名B 2009/04/01 16:36:51
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
匿名Bさん
「Classic側のappleメニューからコンパネのTCPの設定」とは?
分からないです。教えていただけますか。
R2 2009/04/01 17:00:01
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
おそらくプリンタ側の問題で、ドライバーがClassic環境に対応していないのが原因では?
ちんぷん 2009/04/03 17:35:52
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
ちんぷんさん
OS9とOSXに対応しているプリンターです。
classic環境のOS9だと、対応できないことがあるのですか?
R2 2009/04/03 17:53:36
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
お使いのメーカーサイトで、Mac OSX Classic対応状況をご覧ください。
プリンタが対応していれば、対応方法が記載されていると思います。
私見ですが、OS9とMac OSX Classicは別物と考えたほうがいいと思いますよ。OSX上で擬似的に動かしているわけですし・・・
ちんぷん 2009/04/03 18:31:47
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
ちんぷんさん
アドバイスありがとうございます。
さっそく使用しているプリンタのメーカーに問い合わせてみたところ、Mac OSX Classicには対応していないとの結果でした。
おっしゃる通り、OS9とMac OSX Classicは別物と考えたほうがいいのですね。Mac OSX Classicに対応しているプリンターを探してみます。
R2 2009/4/4 12:15
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4445] 旧掲示板 (2009/04/01 Wed 10:28)
制作環境 OS10.4.11 illustratorCS3 photoshopCS3
を使用しています。
illustratorで組んだ文字組みをアウトライン後、
Photoshopへコピペし、
ドロップシャドウで影を付けました。
illustrator上で10級前後の文字組みだったことと、
1500文字程度と文字数が多かった事もありillustratorでのドロップシャドウを危険と判断してPhotoshopで影を付けました。
ちなみに画像の上に白抜き文字といった感じでだったので、
視認性を高めるために影を付けています。
上記の方法でデータを制作したのですが、
印刷時に文字が解像度の足りない画像にようにぼやけて視認しにくくなってしまいました。
ちなみにPDFデータでの入稿だった事も何か原因になっているかもしれません。
(PDFは印刷会社していのプリセットで書き出しました)
こう言った印刷データで、
大量の文字組み全てにドロップシャドウを付ける場合、
リスクが少ない方法としてどうしたら良いか教えてください。
ai 2009/03/31 17:28:12
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
>印刷時に文字が解像度の足りない画像にようにぼやけて視認しにくくなってしまいました。
解像度はいくつで作成したんでしょうか?
みや 2009/03/31 17:49:46
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
文字が結構小さいですね。
視認性を高めるための影ですと、効果が薄いかも知れません。
更にはっきりさせる意味で、デザインが損なわれない程度に、文字に細い黒縁を付けた上でシャドウ設定しては。
小さい文字の上に、ビットマックになっては文字のシャープさが無くなってしまいます。illustrator上でシャドウ設定したほうが良いと思います。
ボケの原因として考えられることは、ビットマップにしたことかな?
メインドキュメントをillustratorにする。Photoshopに持っていかない。でしょうか。
匿名係長 2009/03/31 18:01:31
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
書体は何をお使いですか?
ためしにバックに適当な色を引き、10Q ゴシックのボールド体で文字を流して白抜、ドロップシャドウ(乗算、X:0.5mm、Y:0.5mm、ボカシ:0.3mm、色はバックより濃い目)にしたら読みやすいと思いました。
シェモア 2009/03/31 19:01:09
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
想像だけど、解像度300あるいは350dpiの画像にアウトラインをコピペしたんじゃないかな。
それだと、イラレ上で画像の上に重ねた文字のようにはならんですよ。
10Qの白抜きテキストなら、昔ながらの手順で、白抜き文字の下にスミ文字をズラして配置するパターン。
ドロップシャドウなら、ぼかしなしで。
(* *) 2009/03/31 20:55:46
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
ベクトルデータが含められるPhotoshopPDFとかどうよ。
やったことないけど。
尼子 2009/03/31 21:59:10
Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.04 (hardy) Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
データのことだけで言うと、確かに大量のパスデータに透明機能(ドロップシャドウ)をしようとするのは
ファイル破損の恐れもあるし、勝手に分割されてる・ラスタライズされちゃってる、なんて事になりかねないから、間違って選択ではないと思う。
PDF変換時の設定かもしれない。
変換時に、画像データがダウンサンプルされてた、とかはかんがえられないだろうか・・。
元製版 2009/03/31 23:41:57
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
白抜き文字はイラレデータを使用し、
シャドウのみフォトショップで作り、イラレにリンク。
匿名さん 2009/04/01 09:56:08
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
001にてみやさんが問いかけているように解像度が気になりました。
逆順に追っていくと、
文字の精度の再現に必要な解像度に足りていないからボケたと考えるのが順当かと思います。
とすると、PDFにした際のダウンサンプルによって画像が強制的に一律の解像度に下げられて、
それを想定せずにいたことによる問題か?
製作の時点で、文字の精度再現に必要な解像度を知らずに、
作成してしまったことによる問題か?いずれかが予想できます。
スレ主様には、まずPDFの設定の確認と作成データの解像度を確認してみることをお勧めします。
安全性の高い作業方法は前述の皆さんの内容を自分で確認していただければよろしいんじゃないでしょうか?
スレ主様の技術レベル・環境によってアドバイスも変わってくると思いますので私からはなんとも・・・。
原因をはっきり見極めないと同じことが起こります。
がんばってみてください。
鯨 2009/4/1 10:22
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
なんでドロップシャドウなんだろう。
というところまで立ち返った方が良いのではないですか?
そのレイアウトならテキストの「判読性」が「見た目」より優先でしょう。
今山 2009/4/1 10:45
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
>なんでドロップシャドウなんだろう。
というところまで立ち返った方が良いのではないですか?
私も同感。
なんだか「デザインのためのデザイン」という気がする。
後から「判読性」とか読者のことを持ち出すのは
おためごかし(失礼。。。)としか思えない。
>Photoshopへコピペし、
>解像度の足りない画像のようにぼやけて
もし、ピクセル化されてしまっているなら、
それは自分でわかると思うんですけど。
匿名その100 2009/4/1 12:41
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
画像の上に白抜き文字なので
ドロップシャドーで文字の視認性を上げたい
言うほどおかしな処置とは思えませんが?
背景の写真のトーンを全体で落とすとか、
一部のトーンを落とすとか?の方がいいんじゃないの?
という意味なんですかね?
私は「こうして欲しい(スレ主様のやったような処理)」と言われる事だって、
そうしなきゃならない物件だって、
クライアントによっては十分あるんじゃないかと思います。
鯨 2009/4/1 12:59
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
>白抜き文字はイラレデータを使用し、
>シャドウのみフォトショップで作り、イラレにリンク。
匿名さんの仰っているこの方法がいいんじゃないでしょうか。
私も同じような作業の時、こうしています。
1004 2009/4/1 13:30
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
たくさんのご意見、とても勉強になりました。
私としてもPDFのプリセットの中身を理解しないまま使用していた事なども無知であったと感じています。
詳細が不足していた部分ですが、
解像度は350dpi
フォントは新ゴのMとRで構成しています。
匿名さまの
白抜き文字はイラレデータを使用し、
シャドウのみフォトショップで作り、イラレにリンク。
を試してみました。
ありがとうございました。
ai 2009/4/1 14:45
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
>解像度は350dpi
文字精度の再現に必要な解像度を満たしていないので文字は眠くなるでしょうね、
今回aiさんご説明の手法で、文字の精度を優先するならば解像度を最低600dpi(本来なら1200dpi欲しいところです)にする必要があると思います。
この手法だと背景画像の解像度を強制的に上げる必要があるので、
若干背景画像が眠たくなる上に、非常に重たいデータができてしまうことを考えれば、
007で[匿名さん]が説明なさっている手法が品質的にも作業時間的にも正解だと私は思います。
鯨 2009/4/1 16:35
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
別にフォトショで作らなくても効果でボカして、データ破損やら重いやらを気にするならラスタライズでおk?
あほ 2009/4/5 8:01
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
>文字精度の再現に必要な解像度を満たしていないので文字は眠くなるでしょうね、
これは、色に依存するので必ずしもそうとは言えません。ベタと網では違います。
. 2009/4/5 23:27
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
>>文字精度の再現に必要な解像度を満たしていないので文字は眠くなるでしょうね、
>これは、色に依存するので必ずしもそうとは言えません。ベタと網では違います。
眠くなるという表現が、悪かったようですね。
ベクトルデータ(アウトライン化された文字)をラスタライズする際のライン精度の問題だと思います。
600dpiと350dpi同じ色での条件下で確認をしてみると判りやすいでしょうね。
色に依存する「像の眠さ」とは別の問題です。
鯨 2009/4/6 9:55
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
実際に印刷してみてナンボですけどねぇ。
印刷物は175線ですよ。
. 2009/4/6 12:03
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
19
>実際に印刷してみてナンボですけどねぇ。
>印刷物は175線ですよ。
ごめんなさい。
実際何をおっしゃりたいのかよくわからなくてレスできませんでしたが、もしかして・・・。
印刷物の一般的な4Cオフセット印刷が175線だから、
文字をボケないようにラスタライズする際に必要な解像度も350dpiあれば十分だとおっしゃりたいのでしょうか?
私はてっきりそうではないと思っていました。
もう少しkwskお願いできますか?
鯨 2009/4/7 16:41
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .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)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
20
白地にベタ文字またはベタ地に白ヌキならば1200dpiが活かせますが
背景がアミである以上、白ヌキ文字のエッジはアミになるわけで
そういう事じゃなくて?
しかしながらCTP以降、かつてはタブーだったとんでもない指定が
意外と再現されてしまうのも事実
. 2009/4/7 19:21
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
21
アミだからと言って解像度が無視されるワケではありませんよ。指定解像度のエッジでアミが欠けたりするわけですから。印刷物をルーペで見てみましょう。
ラスタライズではアンチエイリアスとピクセル解像度で文字の輪郭が決定されるので、それはボヤけて見えますよね。
そういった違いです。
あほ 2009/4/11 20:29
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
22
>アミだからと言って解像度が無視されるワケではありませんよ。
をやをや、どこかのあほさんと同じですか。
網は網、ベタはベタ。欠けようがなにしようが、そこには明確な差があります。
網文字のエッジがベタになるようなことはあり得ませんから。
. 2009/4/11 20:57
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
23
CTPなりフィルムなりの出力環境がある職場であれば、アミのエッジがパスの解像度で「切り抜かれる」ことで、品質が全く違うことがわかる筈ですが。ピクセル単位でアミが生成されるか、切り抜かれるか。そこにも明確な差があるわけです。
さて、みなさん。ルーペは携帯してますか?
あほ 2009/4/12 22:31
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4444] 旧掲示板 (2009/03/31 Tue 17:28)
初心者です。
会社で上司に問題出されて困っています。
「特色のアミ角は画面上では自動になっているけど これは具体的に何度なの?」
という問題です。説明書よんでもあくまでも「特色の網角は自動」
としか書かれていません。
ネット検索で調べたら特色は CとMの角度を割り振っているということは解りましたが、では肝心のTRUE FLOWでは特色の網角は何度で出力さrているのでしょうか?
お助け下さい。 使用しているTRUE FLOWはVER5.01です。
ひよこ 2009/03/30 15:57:23
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
出してみればいいんでないの?
実践 2009/03/30 16:00:58
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
いやいや テストで版を無駄に出来ないっすよ。
新入りっすから。
ひよこ 2009/03/30 16:08:33
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
フィルムや板を出せってわけでなくさ、
1ビットTIFFとか出してみればいいんでないの?
匿名その100 2009/03/30 16:46:22
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
dot-TIFFをPhotoShopで開いて確認してみれば?
尼子 2009/03/30 16:48:01
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9) Gecko/2008061004 Firefox/3.0
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
まあでも「自動」ってんだから
文字通り「自動」なんだろうね。
特色版5-6版作ったデータで試してみりゃいいです。
匿名その100 2009/03/30 17:01:34
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
TIFF出だして フォトショップで見てみました。
勿論リップを通したTIFFです。
フィルタ→ピクセルレート→カラーハーフトーン
(これであってますよね?)
そうすると
チャンネル1 108
チャンネル2 162
チャンネル3 90
チャンネル4 45
と出ました。明らかに実際出力される版の網点とは違いますよね これ?
恐る恐る他の先輩に聞いたら「1ビットTIFFをフォとショで開いても実際に出力される網点の角度とは多分違うよ」といわれました・・・。
ひよこ 2009/03/30 18:34:28
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
その上司はなんで問題だしたの?
BBSで教えてもらうにはどうしたらよいかを覚えさせたいとでも?
解答をだすために必要なアイデア/発想を試している?
この時期のこの種の質問には簡単に教えてはマズイと思います。
mgs 2009/03/30 18:38:16
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
>恐る恐る他の先輩に聞いたら「1ビットTIFFをフォとショで開いても実際に出力される網点の角度とは多分違うよ」といわれました・・・。
そんなことがあったら、その方がおかしいとは思いませんか?
. 2009/3/30 19:04
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
ひよこさん。。。。
その上司は、特色の角度がどうのこうのというよりも、ひよこさんにもっと勉強せい!!と言ってるんでしょう。
「1ビットTIFFをフォとショで開いても実際に出力される網点の角度とは多分違うよ」という先輩もしかり。。。
ヒラ 2009/3/30 19:06
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
>フィルタ→ピクセルレート→カラーハーフトーン
(これであってますよね?)
そうすると
チャンネル1 108
チャンネル2 162
チャンネル3 90
チャンネル4 45
合ってるわけがない。
というかそれ、1ビットTIFFじゃないでしょ。
低解像度の多値TIFFっぽい。
1ビットTIFFの外部書き出しができないRIPなのかもね。
Trueflowは確かエントリー版と全機能版があるはずだから。
先輩もあてにならないようなので、
ベンダーのサポートに聞いたら?
>ネット検索で調べたら特色は CとMの角度を割り振っているということは解りました
これも、特色2色の印刷物をつくる場合
(例えばスーパーのチラシね。赤と緑とかの)
スポットカラーだとかけ合わせ処理が面倒な
アプリケーションではプロセスのCMで代用して
制作するって話でしょう。
いわゆる、本物の特色版(つまり、5版めから先の版)が
何度で出るか(あるいは出すか)についての
答えではないと思いまっせ。
匿名その100 2009/3/30 19:21
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
うーん いろいろ検索もしたんですけど、流石にマニアック過ぎたのか どんなキーワードを入力しても答えにたどり着けないのですよ。 TRUE FLOWの肝心の説明書もあくまで「特色の網点角度は自動」になっていますし・・・・。
もう一度フォトショップで網点の角度の見方を見直して見ます。
ひよこ 2009/3/30 20:21
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
確か出力マニュアルのどこかに書いてあったような気がしますけど
>会社で上司に問題出されて困っています。
>「特色のアミ角は画面上では自動になっているけど>これは具体的に何度なの?」
おそらくスクリーンさんに聞けば即答解決になるでしょうけど(私は聞いて知っています)上司の方の質問の意図として自動で出すにしろ一体何度で出ているかを理解しておきなさいと言う意味ではないかと思うのですが、、、?
ちょっと深読みしすぎですかな??
k 2009/3/30 20:25
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
うーーーーーーんと.......
問題意図が正直わからないですねぇ。
これネット検索とかで出てくる問題じゃないし、だいたい角度っつったって網点によって(7度振り網なのかそうでないのか)によって変わってくるし。
困ったときはスクリーンに聞きなさいって事?
製版屋 2009/3/31 14:44
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
あくまで想像ですが、
「特色の網角は自動」=「特定の角度ではない」
つまり、他の色の角度にあわせて変動する?
TIFFが書き出せないなら、刷版されるのを待って、2〜3種類ぐらいはかってみるってのは?
みや 2009/3/31 14:56
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
>みやさま
一応誤解を招くと怖いので
>「特色の網角は自動」=「特定の角度ではない」
これは2種の角度の繰り返しです。他の角度に合わせて変動はしません。
製版屋 2009/3/31 16:19
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
こんなとこでなにやってんだ
田中 2009/3/31 17:23
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
製版屋さん、指摘をどうもあざぁ〜す。
そうでしたか。
すみません。製版素人の発言です。スルーで宜しく。。
みや 2009/3/31 17:33
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
自動のままだとMかC角に振り分けられますが、要は出力したい角度に設定すればいいんです。掛け合わせがないなら45°のM角度がいいし、ほかの色と掛け合わせでも通常は色の成分の一番少ないスミ角が一般的。ケースバイケースで設定をかえるので何度かはその時の状況次第。上司の方はモアレの知識や状況判断がみたかったのかもしれません。
甘い? 2009/4/5 21:40
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
19
もう5年ぐらい使ってませんが、特色1はM、特色2はC、以下繰り返しだったような。
角度的にはM角が良いでしょうし、肌モノで蛍ピンを入れる、なんていう場合は考えて手動設定するしかないでしょうね。
今のバージョンとの差異があったらすんまへん。
あほ 2009/4/11 20:45
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4442] 旧掲示板 (2009/03/30 Mon 15:57)
10年くらい前に領域や書体をソフト内部で指定して、
領域や書体を変えたい時は簡単に変更できるDTPソフトを展示会で見かけた事があります。
ソフト名が思い出せません。
知ってる人が居ましたら教えて頂けませんか?または、
イラストレーターで電話帳を作ろうとすると、
名前と電話番号はゴシック体、
住所は明朝体で作成した後に、
名前を明朝体に変えたい場合、
もの凄く時間が掛かります。
インデザインやエディカラーのタグ機能を使って作成を考えましたが、
タグ編集は難しいので諦めました。
パートさんレベルでも簡単に編集できるソフトがありましたら教えて頂けませんか?宜しくお願い致します。
たむたむ 2009/03/29 22:58:15
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.4506.2152; .NET CLR 3.5.30729)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
タグでやらなくたって、スタイル指定しとけばいいじゃん。
masao 2009/03/29 23:21:43
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
>タグでやらなくたって、スタイル指定しとけばいいじゃん。
ちゃんと使える人なら、そうだけどね。
パートさん(要はド素人)でも簡単に使える..といわれちゃ、プロとしての価値がないでしょ。
. 2009/03/30 06:32:10
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
何かメインとなるアプリの補助ソフト(プラグイン、エクステンションなど)でしょうか?
しかし当時、まだ装備していなかったような機能は、現在では結構標準で搭載しているケースが多いです。
illustratorやInDesignでの編集を考えているようですが、masaoさんのようにInDesignの文字スタイルでかなり簡単に編集できそうですけど。
またパートさんはどうのような作業をされるのか不明ですが、もし入力作業と言うのであれば入力のみに撤すればよく、書式設定の簡単な方法は、いろいろ考えられます。
例えば
名前(タブ)住所(タブ)番号
と言う形になっていれば、
InDesignであれば数100行有ろうとも、特にタグを使わなくても、ほんの数ステップ?かどうかわ微妙ですが、何れにしても簡単にそれぞれ名前、住所、番号に指定した書式指定できます。
匿名係長 2009/03/30 10:16:24
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
文字データがExcelで、名前や住所がそれぞれのセルに分かれているなら、インデザインでとても簡単にできます。
Excelからインデザインにコピペすると、匿名係長さんのおっしゃっている「名前(タブ)住所(タブ)番号」になります。
文字を表にしてしまえば、名前の行はワンクリックで選べるので、書体の変更等は簡単かと思われます。
ぽーすけ 2009/03/30 14:19:46
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
いろいろなアドバイス有難う御座います。
詳しく書くと後々問題になるので書けませんが、
現在使用している変な編集ソフトは導入する時に、
1200万円くらい掛かったらしく、
「1台当たりの単価の安いWindowsで10万円くらいの編集ソフトを探せ」と言われ困っています。
マックだとフォントライセンス料も入ってくるので、
インストールフォントに依存しないウインドウズ版エディカラーを考えていますが、
使い勝手がド素人にはちょっと!なんです。
「以前の編集ソフトを捨てて、1000万円予算組んで下さい」とか言いたいです。
自分でも探して見ます。
たむたむ 2009/03/31 22:07:30
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.4506.2152; .NET CLR 3.5.30729)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
DTP駆け込み寺より、ハローワークに駆け込んだほうがよさそうですね。
匿名さん 2009/03/31 22:49:14
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
何故ゆえにスミエディカラーなのか?
出力環境に制限されているのでしょうか?
多くの印刷関係で使用されている事を考慮すると、今後のことも考えて、恐らく(多分)汎用性と言う点でもInDesign(adobe製品)に軍配が上がるような気がしますが。
ぱぶ 2009/03/31 23:21:13
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
>10年くらい前に領域や書体をソフト内部で指定して、領域や書体を変えたい時は簡単に変更できるDTPソフトを展示会で見かけた事があります。
ワタシもぜひ知りたいですね。
プラグイン形式とか自動組版系じゃなければ。
ティーチ・ミー 2009/4/1 0:42
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US) AppleWebKit/125.4 (KHTML, like Gecko, Safari) OmniWeb/v563.66
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
EDICOLOR使ってた人間がきました。
InDesignに完全移行しました。
使い勝手が違いすぎます。
今回の
名前と電話番号はゴシック体、
住所は明朝体で作成した後に、
名前を明朝体に変えたい場合、
これなんかは、どっちのソフトでもできますが、
InDesignの方がさらに詳細にできます。
(段落スタイルと文字スタイルを複合してコントロールできるから)
キヤノンには悪いですが、
どう考えてもInDesign一確です。
ぶろっこまん 2009/4/1 8:27
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
いつの話ですか?って事になりますが、住友からキヤノンに変わってたのね!
ぱぶ 2009/4/1 9:46
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
もう、何年も前の話ですよ。
たしか、7からキヤノンになった記憶があります。
ぶろっこまん 2009/4/1 12:07
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4441] 旧掲示板 (2009/03/29 Sun 22:58)
多色印刷などのPDFを保管する時、スクリーン情報を残しておきたいのですが、
PDFデータに網点の角度を保存することは可能でしょうか?
Acrobatでプリント>詳細設定>で変更出来そうなのですが保存出来ません
出力時の変更のみ可能という事でしょうか
詳しい方いらっしゃいましたら教えて頂けると助かります
わさっと 2009/03/28 17:34:15
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7 GTB5
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
まず印刷を依頼する印刷会社に現状を説明して相談された方が良いよ思います。
AMスクリーンとは限らないし、もしかするとFMスクリーンかも知れません。
であれば埋め込んでも意味がありません。
また、単に角度をメモ記録として残しておきたいのであれば、プロパティに打ち込んでおくだけで良いかも。
匿名係長 2009/03/28 18:00:06
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
色分解(In-Rip)でPostScript書き出し、
↓
Distiller、で可能です。
すでに出来上がってるPDFの場合、
別名保存でPostScriptに保存します。
(設定オプションを選んで下さい。
いきなり保存してもダメなのはいうまでもない)
PPDは(手持ちの)Acrobat用で良いでしょう。
「カスタム」を選んでスクリーン線数、
スクリーン角度に任意の数値を入力。保存。
で、Distiller行き。
ジョブオプションでは「デバイス依存データ」の
「ハーフトーン情報を保存」にチェック(オン)したものを使います。
プリフライトすると、ちゃんと出来てることが
確認できると思います。
しかし、線数や網角は文字どおりデバイス依存
なので、埋め込むことにはあまり意味ないと
思います。
どうせ出力時にはRIPの設定が優先されることが
大半でしょうから。
匿名その100 2009/03/28 21:17:07
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
↑あ、実戦で使って事故っても
僕ちゃん知らないからね!
匿名その100 2009/03/28 21:20:22
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
またまた追記ですが、
Acrobat 7 Professional以上が必要かと思います。(もしやるなら)
※In-Ripではない単なる「色分解」でも可能ですが、
それだと各版が1頁分の見た目に不便なPDFになります。
匿名その100 2009/03/28 21:27:33
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4440] 旧掲示板 (2009/03/28 Sat 17:34)
環境はWindows XPです。
InDesign CS3で仕事をしていますが、文字パネルの横幅を縮めたいんです。ドック内のパネルは文字と文字スタイルと段落と段落スタイルをパネルグールプにしてあります。文字パネルは四方の隅や枠のところにカーソルを置いてもなにも画面を縮める←→アイコンもでてきません。
ですから文字パネルをだすといきなり横に広がった大きさででてきてしまいます。ワークスペースを選択してデフォルトに戻してもなおりません。
(その近辺にあるメニューもすべてためしてみました)
たぶん、ウィンドウの幅を広げたりしているうちにそうなったものと思います。
文字パネルがはいっているグループ中に文字スタイル、段落、段落スタイルなどが入っていますが、別々に切り離してみても直りません。ただし段落スタイルパネルなどは伸びちぢみできるものもあります。
仕事をしているとモニタ画面パネルの大きさに占領されていちいち位置をずらさなければなりません。
よく使うパネルなのでどうにかならないものでしょうか?
ちなみに環境設定などはいじらないでそうなったと申しております。
どなたか直す方法を知っている方がおられましたらよろしくお願いします。
初心者 2009/03/28 16:21:43
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
>ちなみに環境設定などはいじらないでそうなったと申しております。
自分でやったんじゃないんですか?
匿名希望 2009/03/28 17:54:27
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
好みもあるとは思いますが、
上部か下部に張り付いているコントロールっつう
横長のパネルがありますけど
文字関係はこちらでやれば良いのでは?
クォークにもありましたよね。
慣れれば何の問題もないと思いますよ。
どうしてもモニタが狭いとかなら
サブモニタを買って来てツインにしたらどうでしょう。
上記の操作パネルを表示するだけなら
高価なモニタも必要ないし、
中古で15インチ程度なら数千円で手に入りますよ。
sawa 2009/03/28 17:57:45
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
URL http://forums.adobe.co.jp/cgi-bin/WebX/.4ff0bf8c/13
コレではないかしらん?
momo 2009/03/31 09:06:06
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.648; .NET CLR 3.5.21022)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
momoさんどうもありがとうございました。
ほんとうにたすかりました。
初心者 2009/04/03 20:10:18
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4439] 旧掲示板 (2009/03/28 Sat 16:21)
RGBの写真(青系のボトルの商品、その中身)をCMYKに変換すると、
スミっぽくなってしまいます。
それで色々やっていて、カラー設定でカスタムCMYKがよく分からなくて困っています。
一番良い設定はなんでしょうか?
インキの色特性は「東洋インキ(コート紙)」と「大日本インキ(DIC)」とどちらが良いのでしょうか。
大日本インキでやってみたほうがスミっぽくならなかったのですが、どちらがいいのか分かりません。
黒版生成はカスタムで調整してみました。
インキ設定、色分解オプションの設定を教えてください。
よろしくお願いします。
saru 2009/03/28 10:57:00
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
環境がわからないので、Photoshopと仮定しますと、
スミっぽくなるのはおそらくGCRで分解しているからでしょう。
カラー設定をRGB:Adobe RGB(1998)/CMYK:Japan Color 2001 coated
に設定してCMYK変換すれば今よりはきれいになると思います。
なお、Japan Color 2001 coatedプロファイルがメニューになければ
Adobeのサイトからダウンロードできます。
いずれにしてもカスタムいじるのはやばいです。
アパッチ 2009/03/28 11:32:22
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
>アパッチさん
コメントありがとうございます。
PhotoshopCS2です。
すみません、通常の設定が説明不足でした。
普段はプリプレス用-日本2で
RGBはAdobe RGB(1998)
CMYKはJapan Color 2001 Coated
です。
以前この設定すら知らなくて失敗して、教わりました。
それでも青系の画像だとどうしてもスミっぽくなります。。。
カスタムはいじらないほうがいいんでしょうか?
カスタムでインキの色特性を大日本インキ(DIC)に変換するだけでも、綺麗になりました。
もとは「SWOP(コート紙)」でした。
大日本インキ(DIC)にするとまずいことありますか?
saru 2009/03/28 12:04:55
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
まずいことはないですが、
“カスタム”ですから、
ちょうどいい調整は自分で見つけなければなりませんわなぁ、そりゃぁ。
>普段はプリプレス用-日本2で、RGBはAdobe RGB(1998)、CMYKはJapan Color 2001 Coatedです。
>それでも青系の画像だとどうしてもスミっぽくなります。。。
そういうのって、カラーコレクションの範疇になっちゃうから、
Photoshopの自動変換だけではほとんど無理ですよ。
専用のソフト使う手もあるけど、
どのみち自動だから
望みのとおりの画像が得られるとは限らないし。
あの手のソフトは、見た目奇麗にすることが目的ですから、物によっては別物になって困ることも多い。
色にこだわっているなら、
何でRGB->CMYK変換してもいいけど、
人の手による網濃度の補正は必要ですよ。
ラッキーアンストライク 2009/03/28 12:18:45
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
ちなみに、このスレッドwは人の匂いがしなかったんですが、
なんとなく人らしいのでレスしてみました。
ラッキーアンストライク 2009/03/28 12:19:21
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
>ラッキーアンストライクさん
コメントありがとうございます。
大日本インキにして、黒版生成を調整して、色々やってみました。
黒インキの制限を100%から90%にしてみました。
インキの総使用量の制限は普通は何%にすればいいんでしょうか?印刷所によって違いますか?
色々分からないことだらけです…
saru 2009/03/28 12:36:05
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
全て設定のみで乗り切ろうって話?
それならアパッチさんが言うように
「カラー設定をRGB:Adobe RGB(1998)/CMYK:Japan Color 2001 coated」(デフォルト状態だっけ?)
で「自動処理のバッチ」使った方がよさげ・・・。
>人の匂い・・・
獣ですかw
みや@3才 2009/03/28 12:48:18
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
>インキの総使用量の制限は普通は何%にすればいいんでしょうか?印刷所によって違いますか?
違います。特に新聞とか。
みや@3才 2009/03/28 12:52:03
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
あなたは本当に人ですか?
また踊らされていたら、次はさすがにグレたどころでは済まなくなります。
>黒インキの制限を100%から90%にしてみました。
画像を見ないで言うので
適切な指示かどうかはわからないのですが、
あなたがスミっぽく感じると言うのであれば
いじるのは制限の方ではなく、
墨版生成の方だと思います。
まず、カスタムでDICを選ぶと
デフォルトではGCRが選ばれているようですが、
これをUCRにするだけで、
墨版の生成量が抑えられ
彩度が保たれます。
デフォルトでは墨版生成は中になっているから
これを軟調にするだけでさらに抑えられますが
墨版が少なすぎて、画像のシャープさが損なわれるでしょう。
何度も言うようですが、
あなたが望んでいるのはカラコレに属する範疇ですから
Photoshopの自動変換だけで解決しようというのには、土台、無理があると思いますよ。
画像自体を見ていないし、あなたの望むものもどういうものか分からないので、憶測でしか話せませんが。
ラッキーアンストライク 2009/3/28 12:55
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
>みや@3才さん
>>人の匂い・・・
>獣ですかw
いえ、生き物の匂いがしなかったのですが、
気のせいだったようです。
ラッキーアンストライク 2009/3/28 12:56
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
>みや@3才さん
コメントありがとうございます。
設定で完璧にするのにはやっぱり難しいんですね。。。
新聞は特に違うんですか?
色々と勉強しないと分からないですね…
saru 2009/3/28 14:09
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
なんか、やっぱり人じゃない気がしてきた…
ラッキーアンストライク 2009/3/28 14:17
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
>ラッキーアンストライクさん
人の匂いとかどういうことでしょうか…?
すみません、ここの掲示板は初めて利用するので。。。
黒版生成の方をいじるんですね。
色々やってみます。
色々教えてくれてありがとうございます。
最終的には製版の方が補正してくれるんですが、
(RGB入稿は前お願いしてやってもらったんですが、やっぱりCMYK入稿みたいです)
カメラマンにもらったRGBの画像(カメラマンが補正済み)を自分でCMYKに変換すると色が綺麗にならないのが、いつも悩んでいました。
とりあえず、特にスミっぽくなってしまう濃い青色の
画像は少しカスタムをいじって綺麗に見えるように調整してみようかと思います。
まだまだ初心者で勉強不足ですが、印刷のことなど
これから勉強していきたいと思います。
saru 2009/3/28 14:23
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
もしあなたが人なら
>すみません、ここの掲示板は初めて利用するので。。。
なんて、謝る必要は全くありません。
余計な気をつかわせて、申し訳なく思います。
“濃い青色”というのが、空のことをさしているなら、
URL http://fujifilm.jp/business/printing/colorwf/ipsw/pictune21/index.html
URL http://www.screen.co.jp/ga_dtp/product/rgb_wf/colorgenius_dc/
こういうの使うことを検討してみるとよいでしょう。
でも、前に書いたとおり、
この手のソフトは、“機械的に奇麗になる事”を目指しているので、
物撮り写真みたいな場合には、
色が鮮やかになりすぎて、全く別物になってしまいます。
(花の写真集にこれを使って、えらい目にあったことがあります。)
ラッキーアンストライク 2009/3/28 19:36
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
やっと全体像がわかりました。
元の画像をいじれないので色分解で特定の色を
きれいにするという考え方自体が間違いです。
CMYK分解というのは想像以上にデリケートです。
今トピ主さんのやるべきことは、カメラマンと同じRGB環境で、
ちゃんとしたプロファイルで分解することだと思うのですが。。。
アパッチ 2009/3/28 19:43
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
>元の画像をいじれないので色分解で特定の色をきれいにする
ね、カラコレでしょ?
>カメラマンと同じRGB環境で、ちゃんとしたプロファイルで分解することだと思うのですが。。。
>普段はプリプレス用-日本2で
>RGBはAdobe RGB(1998)
>CMYKはJapan Color 2001 Coatedです。
>それでも青系の画像だとどうしてもスミっぽくなります。。。
と言ってるので、それは的外れなような気がしますが。
そこは通り過ぎた場所だと思います。
ラッキーアンストライク 2009/3/28 19:51
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
語弊があるので補足すると、
カメラマンがAdobe RGBで
適切なCMYKプロファイルがJapan Color 2001 Coated
だと、特定したわけじゃないですよ。
ただ、この設定でスミっぽくなる濃い青とやらを、
別の、本当に正しいプロファイルによる変換で
是正できる、という問題ではないと思うのですよ。
プロファイルによる変換で解決できる問題ではないということです。
ラッキーアンストライク 2009/3/28 19:54
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
>>RGBの写真(青系のボトルの商品、その中身)をCMYKに変換すると、
>>スミっぽくなってしまいます。
CMYKだと別に墨が入ってなくてもくすんで墨っぽくみえますが
>>プロファイルによる変換で解決できる問題ではないということです。
その通りだと思います。
RGB状態で、CMYKプレビューを見ながら、CMYK情報とにらめっこして期待どおりの見栄えになるように補正しないと無理です。
尼子 2009/3/28 23:37
Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.04 (hardy) Firefox/3.0.7 Ubiquity/0.1.5
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
>RGB状態で、CMYKプレビューを見ながら、CMYK情報とにらめっこして期待どおりの見栄えになるように補正しないと無理です。
で、印刷物を見て、俺の画面表示と色が違うとクレームつけるんですか?
色がわかってる人が、画面の色を頭で補正していじるならいいのですが、そうでない人が、微妙な色で、きちんと環境(周辺光を含む)を整えずに、画面を信じることは危険だと思いますけどね。
. 2009/3/30 6:35
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
19
>画面の色を頭で補正していじるならいいのですが、
>…画面を信じることは危険だと思いますけどね。
そう言ってるように読めますが。ここを読むと。
>CMYK情報とにらめっこして期待どおりの見栄えになるように補正しないと無理です。
質問者にそのスキルがないだろうことは予測できますが、
> で、印刷物を見て、俺の画面表示と色が違うとクレームつけるんですか?
これはどう見ても言いがかりのようにしか見えません。
ドラさん 2009/3/30 10:06
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
20
たぶん、あのお騒がせさんの別名での書き込みですよ
ふふん 2009/3/30 11:56
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
21
>新聞は特に違うんですか?
過去のトピックスです。参考にして下さい。
URL http://bbs.ddc.co.jp/mt/dtpbbs/archives/_20081211115628.html
みや@3才 2009/3/30 13:28
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
22
ふふん殿
>あのお騒がせさんの別名
誰のことですか? アホなのではっきり言ってくれなければわかりません。
アホ 2009/3/30 13:51
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
23
>みや@3才さん
>過去のトピックスです。参考にして下さい。
単体のトピックなのに、複数形とはこれ如何に?(ニヤリ
ラッキーアンストライク 2009/3/30 17:55
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
24
>> で、印刷物を見て、俺の画面表示と色が違うとクレームつけるんですか?
>これはどう見ても言いがかりのようにしか見えません。
まさか、そんなことしないでしょ。
でも、たまにいるんですよね〜
という意味を込めて書いてます。言いがかりじゃありません。
実際尼子さんの書き込みは、「CMYKプレビューを見ながら、CMYK情報とにらめっこして期待どおりの見栄えになるように」、、と書いてます。つまり、画面の色が絶対評価の基準。
これじゃ、クレームの元です。
. 2009/3/30 18:13
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
25
>>色がわかってる人が、画面の色を頭で補正していじるならいいのですが、そうでない人が、微妙な色で、きちんと環境(周辺光を含む)を整えずに、画面を信じることは危険だと思いますけどね。
>>実際尼子さんの書き込みは、「CMYKプレビューを見ながら、CMYK情報とにらめっこして期待どおりの見栄えになるように」、、と書いてます。つまり、画面の色が絶対評価の基準。
>>これじゃ、クレームの元です。
いやはや、おっしゃるとおりです。
>でも、たまにいるんですよね〜
いますね。
「プリントアウトと〜」もありますが、
それ以上に、背中が煤けて見えます。
尼子 2009/3/30 22:13
Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.04 (hardy) Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
26
ところで、そもそもトピ主さんは画面の色をしっかり調整してますか?AdobeGamma使ったり、しっかりしたモニター購入したり・・・脳内変換できるなら、いらぬおせっかいかもしれませんが一応ね。。。
>単体のトピックなのに、複数形とはこれ如何に?(ニヤリ
ちぇっ・・・また細かいミスをしてしまった。
みや 2009/3/31 10:27
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
27
皆様色々とありがとうございます。
よく読んで大変参考になります。
>みやさん
社長がモニターを購入して、調整したので
まかせっきりですが、AdobeGammaは使っていないみたいです。(そもそも色々な問題、社長に聞けばいい話ですが、そういうわけにもいかず…)
AdobeGammaは良いですか?
saru 2009/3/31 14:33
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
28
>AdobeGammaは良いですか?
私のところは写真補正用のmac以外はモニターも安物です。
AdobeGamma使ってまぁそこそこプリントと画面が一致してるかなぁ〜って感じで、後は脳内変換です(苦笑)
聞くも恥、聞かぬも恥。
画面、プリンター(色校も)、実際の印刷物が近ければ設定OKってことで。
みや 2009/3/31 14:45
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
29
>AdobeGammaは良いですか?
有料だと思ってらっしゃるように見受けられますが、
Adobe製品に標準で附属してます。
たぶん、あなたのMac(エージェントから推測)にも入ってますから、ぜひ使ってみましょう。
ウィザード(Windows風にいうところの)に従うだけですから、ものすごく簡単です。
良いかと聞かれると、「最低限のカラーマネジメントをするためのツール
」なので、ベストとは言い難いですが、
なにもカラーマネジメントツールがないなら、使わない手はないです。
ぶろっこまん 2009/3/31 15:08
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
30
CS3からは付属していないようですが。。。
匿名その100 2009/3/31 17:28
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
31
あ、質問者はCS2か。
失礼。。。
匿名その100 2009/3/31 17:32
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
32
最近の製品には附属してないんですか?
初耳です。
すみませんでした。
ぶろっこまん 2009/4/1 8:31
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4438] 旧掲示板 (2009/03/28 Sat 10:57)
デザイナーさんが制作された広告のイラストレーターデータを、入稿できる状態かどうかチェックして印刷所へデータを送る仕事をしています。
入稿規定ではイラストレーターeps保存での入稿が規則なのですが、あまりにai保存で入稿されるデザイナーさんが多く、その度にepsで保存して頂くようにお願いしているんですが、納得して頂ける説明をしたいのでどういった違いが生じるのかとゆうことを知りたいです。
なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
ちなみに入稿規定では画像埋込みです。
ご指導よろしくお願いいたします。
baitai 2009/03/27 20:23:08
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
Illustrator形式=Illustratorの「ネイティブな」形式。
そのソフト自身の形式。
EPS形式=カプセル化されたPostScript形式。
一般的には、EPSの配置(貼り込み)に対応した
アプリケーションに渡す為に使う。
EPSで貰っても、透明の処理とかどうせ
ファイルを開けてチェックするんでしょう。
だったら別にIllustrator形式でもいいんじゃないのかね。
EPSが欲しければ、Illustratorのバージョンごとに
「こういう保存オプションを選んでEPS化しなさい」的な
文書を作らないとダメでしょう。
私は一般的には作ったバージョンでのIllustrator形式の入稿で良いと思ってます。
匿名その100 2009/03/27 21:08:19
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
あと、何故EPSが欲しいのかって理由を
言わないと納得させることは難しいでしょうね。
そのソフトの「そのままの形式」がデータ交換には
もっとも間違いがないと思いますので。
匿名その100 2009/03/27 21:12:52
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
epsにするのはほかのソフトで面付をするからです。
ページものでもペラものでもそうです。
ai形式ではダメなんですよ。
後工程をきちんと勉強しましょうね。
勉強になりますよ〜。
でもepsにしてあったとしても、
そもそもそれがちゃんとしてるんですか?
そもそもチェックするのが仕事なんでしょ。
別名保存するだけしょうに。
受けた印刷会社さんもダメなデータがあったら
現場で再度保存してるはずですよ。
それ。
言ってこないだけで。
??? 2009/03/27 21:13:28
Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
>ai形式ではダメなんですよ。
今どきそんなこと言うの?
ののりり
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
ミスの無いデータの受け渡しのためには、やはりepsならepsで統一すべきでしょう。
規格化とはそういうことだと思います。
なぜepsという前に、まず決めたことは遵守すべきです。その上でepsでなければならない理由として、面付けや他のアプリで利用可能な形式として理解を得ればよいと思います。(理解を得るほうが先の場合もあるかもしれませんが)
結果的に再保存するのであれば、最初からepsで保存すべきですし、後工程でも再保存するだけといいますが、フォント環境の互換などで再保存できない場合もあります。そういった互換性の無い場合のみ前工程に知らせているようでは、再保存工程はなくなりません。そういった手を掛ける工程が増えれば、その分ミスの可能性も増えていきます。
デザイナーさんがあなたとどういった関係なのかは判りませんが、事前に周知徹底し、エラー箇所の減少に努める必要がありそうです。
同類族 2009/03/28 02:46:16
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
>epsにするのはほかのソフトで面付をするからです。
んなこたあ、わかってますよ。
だからEPSってのは他のアプリに渡すための
形式だって書いてるでしょうが。
で、同類族さんも書かれていますが、
昨今のIllustrator EPSはフォント埋め込み等
可能であるため、
「開いて、ちょっといじってから再保存」てのが
できない場合も多い(使用フォントと同じものが揃ってれば別ですが、全てのフォントを持っている会社なんてありえないでしょうから)。
結局のところ、
「こういう風に保存してくれ」文書を
キチンと作ってやらせないとダメでしょ。
そのうえで.AIか.EPSかはたまた.PDFかって
話になる。
匿名その100 2009/03/28 08:05:22
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
なお、どうしてもルールを守らない場合は
「変換料」を乗せれば良いと思います。
匿名その100 2009/03/28 08:08:48
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
スレ主さんが、その印刷所に「納得できる説明」をしてもらって、それをデザイナーに伝えればいいだけではないですか??印刷所の事情もあるでしょうから。
イラストレーターの各バージョンが揃っていない会社はepsで入稿してくれと言ってきますよね。
あと、データチェックをする気がなく、入稿されたデータをそのまま出力して、問題が起きても「データ通りですから知りません。」っていう会社もw。
しぶ 2009/03/28 08:47:06
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
009
>なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
こういった、Baitaiさんの中途半端な態度がクライアントに不安を抱かせていると考えたことはありませんか? 書き込みにもあるけど、Baitaiさんは自分でちゃんと勉強して外部へ言うべきです。
>EPSが欲しければ、Illustratorのバージョンごとに「こういう保存オプションを選んでEPS化しなさい」的な文書を作らないとダメでしょう。
>結局のところ、「こういう風に保存してくれ」文書をキチンと作ってやらせないとダメでしょ。
以前、出版社でデータを作っていたとき、印刷会社の営業の方からepsで入稿するように言われ、20ページもある「入稿マニュアル」を受け取りました。「入稿マニュアル」には「入稿時のお願い」として、ハード、ソフト、フォントなどについての細則が明示されていました。
営業の方は「入稿マニュアル」を渡して読んでくださいね、と言っているにもかかわらず、入稿データに不備があるので、毎回、入稿データを受け取る時に口頭でも執拗に「イラストレータはepsで保存していただいてますよね?」と言うようにしているとのことでした。私は入稿時にはデータに「入稿チェック票」を忘れずに添付していました。
Baitaiさんは、デザイナーさんと印刷会社の架け橋になる大切な仕事をされているのだと思いますので、やっぱりこの先、この仕事を続けていかれるのなら、「入稿マニュアル」を作り、印刷会社の方と一緒にデザイナーさんのところへ言って、納得のいく説明をするべきです。
シェモア 2009/03/28 09:43:04
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
010
余談で申し訳ありません。
自己保身精神の強い所では、「再保存」なんて絶対にしてくれないところもあります。
アウトライン済みデータでしたが、再保存する場合は、そのための(検証)時間と費用を請求されたことがあります。
その際の先方曰く、
「保存後のデータが元データと相違ないか検証します」
と言い、
再保存というのは、皆さんも普段から当たり前に行っている作業と思います。なので
「こちらでも普段から日常的に行っていることで、なんら問題が出たことありません。御社でもそうだと思います。ですから検証する必要はないと思います」
と言うと、先方は
「それはあなたのマシンでのことで、当方のマシンで行ったわけではない」
と、マシンの個別差を引き合いに出して言っておりました。
非常におかしな話と思いました。
正常に再保存できない可能性のある不安定なマシン状態なのかな?
とも感じましたが、逆に万が一の事があった場合に「突っ込まれ所を作らない」「責任所在の明確化」と言う点では、理由はともあれ、あながち間違っていないのかもしれません。
上記のケースは、極端なケースかもしれませんが、ルールは仕事上非常に大切なことであるというのは、十二分に承知していることと思いますので、独自の行動を取っている可能性のあるデザイナーとのルールの遵守をすることで、多少あなたの負担も軽くなるかもしれません。
同類族 2009/03/28 10:11:03
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
別名保存すればいいだけと言いますけど、
物によっては時間がかかりまくるものもありますよ。
特に画像埋め込みのデータはね。
入稿規定があるんだから、「なんで?」「納得できない!」と言わずに規定に従うのが当然。
その印刷所の規定が嫌なら文句つけるより他にまわせばいいだけ。
後工程の人が「どうせ開くなら、ついでに保存しなおせばいいでしょ?」って考え方はおかしいよ。
>データを、入稿できる状態かどうかチェックして印刷所へデータを送る仕事
今回の場合はチェックして保存し直しているんでしょうか?それともデザイナーに連絡してデータを再度もらうのでしょうか?
前者の場合は「もうちょっと自分の仕事が何のためにあるか考えてみたらどうでしょう」
後者の場合は「印刷所の規定ですから!とデザイナーに伝える」
って回答してみる。
みや@3才 2009/3/28 10:16
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
元も子もないことを言うと、
これらの問題を解消すべく
PDF/Xの導入が推進されているんですよね。
なのできっと3年後、
いやもっとすぐにPDFに統一されるのではないでしょうか?
それを受け入れないところは淘汰される…
こんな時代だし、仕方のないことだと思います。
PDFでもいろいろと種類があって、
そこでも揉めるんでしょうが…(現にもめてる)
ぷんすかぷんぷんぷん 2009/3/28 10:19
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
私は再保存する場合は別データになる。くらいの感覚でやっていますよ。
故、検品は必須、そして請求はいたしません。いや出来ません!
まぁ、頻度も少ないうえに、ペラ物ばかりなので成り立つのですが…
PDFは規格以前に書き出すアプリでも違ってきますよね。
PDF/?1-aだから間違いないって言う人がたまにいますが、書き出す工程も考えて欲しいです。
職工 2009/3/28 11:08
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
印刷屋が料金を下げすぎてますからね。
PDF/X入稿を標準化するためには、論理的に考えると、
-----------------------------------
PDF/Xで入稿してもらえれば、
品質検査の時間を短縮できるから
そのかわりに安くなる
-----------------------------------
という図式が必要だったのですが、
それを行えないほど、自分たちで値段を下げてしまった。
出力のオペレーターの行っていた作業が、軽視されすぎたんですね。
デザイナー側の無知識は今にはじまったことではなく、
PDF/Xって何なのか、どうやって書き出せばいいのかなんて分からん人がほとんどですから、
そんな、わけの分からんものを作るために勉強するよりは、
ネイティブで入稿した方が早い
ってなりますよ。
値段変わらないんですから。
つくづく、どうしようもない業界になっちゃってますね、印刷業界。
ノータリンののりりの1行レスが、
一番的確かもしれないとすら思えますね。
epsだろうが、ネイティブだろうが、PDFだろうが、
なんでも文句言わずに受け取りなさい、
自分たちでそういう体制を作ったんでしょ?
ってなっちゃいますね。
って、毒もはいておかないと。
いいように利用されたらむかつくから。
ラッキーアンストライク 2009/3/28 12:45
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
>epsだろうが、ネイティブだろうが、PDFだろうが、
なんでも文句言わずに受け取りなさい、
自分たちでそういう体制を作ったんでしょ?
確かに。私のところでは特に規定を設けていません(汗)
弱者体制(弱社態勢?)とでもいいましょうか「来るもの拒まず去るもの追わず」それが営業のやり方で、困るのはいつもオペレーター。
>ノータリンののりりの1行レス・・・
らしいです。あと2つ3つ「ノ」を・・。
みや@3才 2009/3/28 13:00
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
baitaiさんの
>画像リンク
>画像埋込
的な区分を
ジブン的にあてはめるなら
aiは『ページデータ』を持っている(用紙設定とかね)
epsは『オブジェクトデータ』である
(epsのバージョンは5.5とかが好き....)
かな?
最近のaiデータだとICCプロファイルを持ってたりするので
『色』の問題になったりするかな?
最後の『色』の問題で
『誰が責任もつのか』
で変わって来るんじゃないかな。
『色』でトラブル起こしたく無いのでEPSでお願いします
って事になるのかな?タブン
にやり@自宅の環境は遅いなぁ 2009/3/28 14:07
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
すみません間違えました
PSDのEPSだとICC埋め込みありですよね。
じゃぁ『色』の問題は別だなぁ
う〜ん深いなぁ
にやり@へへへ間違えちゃった 2009/3/28 14:15
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
ラッキーアンストライクさんに同意。
今までいろいろ見てきたけど、そこらへん詳しい
デザイナーをほとんど見たことがない。
デザインだけやってればいい時代じゃないのに、ね。
CS3使ってても、相変わらず、アウトラインaiファイルだし。
不勉強モノ知らずがホント多いです。
バカはバカですからね。
??? 2009/3/28 15:24
Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
19
いままでさんざん「アウトライン、アウトライン」と唱えてきたくせに
今度はデザイナーのせいかよ
さすがスーパーエリート2ちゃんねらー印刷マンのラッキーウンコ様
態度のデカさも一味違うようで
ののりり 2009/3/28 16:49
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
20
というか、アウトラインだとなんでダメなの?
頁物の話をしてるわけでもあるまい。
私なんかアウトライン化されてるイラレデータだったら
欣喜雀躍しますけど。
それはさておき、なんというのかな、
要するに、「ダメなルール」作ったって
誰も従わないでしょ。
ルールはルールなんだからって言ってもさ、
ひでえルールあるでしょ、世間には。
「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
とか。
こういうのって妥当性があるとは思えないのだが。
この業界自体がひでえルールしか作ってない。
あんまりデザイナーばかり責めるのもねえ。。。
匿名その100 2009/3/28 17:31
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
21
「ai形式は再編集前提の中途データ」
「eps形式は編集を前提としない完パケデータ」
というのはどうでしょう。
デザイナーの立場からすると「中途」という表現にはひっかかりを感じるかもしれませんが、出力の現場からするとそういうことになります。
で、中途データでの入稿が望ましいのか完パケ入稿が望ましいのかはそれぞれの受け入れ先のスタンス次第で、一般論で言ってどちらがいいとか悪いとかはありません。
今回のケースでは受け入れ先のスタンスがはっきりしているわけですから守れないデザイナーに非があります。
「ウチのスタンスはこう」とか「自分はこう思う」とか、「いやPDFが...」なんていう話は単なる雑談でしかないです。
あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
自重しましょう。
123 2009/3/28 18:15
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
22
>いままでさんざん「アウトライン、アウトライン」と唱えてきたくせに
今度はデザイナーのせいかよ
>さすがスーパーエリート2ちゃんねらー印刷マンのラッキーウンコ様
態度のデカさも一味違うようで
これ、多分僕の事だと思うんだけど、
これまで僕は一言たりとも“アウトライン”なんて言った覚えがないんだけど…
さらに、僕は「是か非か」「インデザイン上で画像を拡大、または縮小するDTPオペレーターさんは」の、両スレッドで素性を書いてるのに、
なぜか印刷屋ということになっている。
ののりりも人じゃないのかなぁ、とすら思えるくらい、別の意味で人間味が感じられない。
なんでこんなかわいそうなことになっちゃってるんだろう、この人。
ののりりに聞きたいんですけど、わざとバカのふりしてるんですよね?
そうでないと、社会生活がいとなめないと思うんですけど、その理解力では。
ラッキーアンストライク 2009/3/28 19:06
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
23
>123さん
>あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
>ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
>自重しましょう。
こっちを先に読めばよかったですね。
ののりりがめちゃくちゃすぎるんで、もうレスしてしまいましたよ。
でも、読んでいてたとしても、あまりに度が過ぎるのでレスしたと思いますけど。
めちゃくちゃな事を書くのが許されて、それをスルーするしか策がないなら、それこそののりりが書いてる2ちゃんねるになっちゃいます。
おかしいことはおかしいと正さないと。
>匿名その100さん
>「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
>「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
>こういうのって妥当性があるとは思えないのだが。
まったくもって、妥当性ありませんけどね。
そういう印刷屋は使わなければいいので。
そういう場合って、大抵、その印刷屋が“安い”から使ってるんじゃないでしょうか?
123さんが言ってるとおり
>今回のケースでは受け入れ先のスタンスがはっきりしているわけですから
こういうことになるかと。
>守れないデザイナーに非があります。
確かに、Y1%入れろなんていう、論理性を無視したむちゃくちゃな指示をされたら怒りは覚えますが、
それがその印刷屋のルールなら、したがわざるをえないですよね。
このくらい書いておけば、スレタイwと関係ない雑談だけではないよ?という姿勢表明にはなりますかな。
ラッキーアンストライク 2009/3/28 19:19
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
24
自分も同じようなチェッカーをやっています。
ちゃんとした仕様書を渡しているにも関わらず
守れないデザイナーばっかりです。
だいたい80%がダメダメです。
仕様を読んでないなと思われるもの
仕様が理解できてないんじゃ?と思われるもの
よそはオレのやり方でOKだからと守る気のないもの
などなど、さまざまです。
はじめの頃は指導してましたが、
そんなことばかりやってられないので
結局は、こちらで勝手に仕様合わせして入稿してます。
基本はルール絶対。
一人のデザイナーの理屈で
全体のルールを変更するわけには行きません。
守れない人は、その仕事を受けないでください。
以下余談
ダメダメデータを修正してさあ入稿と思ったら
訂正が入ったと。
送られてきたデータの中から.aiだけ上書きして入稿。
後日、写真が違うんですけど…。
海外で刷っているのでそういうこともあります。
えっらそうに、完全データだから触るな、というデザ。
むかついたのでそのまま入稿。
ずれて印刷されてきた。
クラは気がつかなかったようだったが
デザが文句言ってきた。
データみたらセンタートンボがなかった。
知らんがな。。。
営業担当は困ってたけどね。
及川奈央 2009/3/28 19:35
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
25
いやはや乗り遅れちゃったみたいですね。
人間が間に入る以上ルールを守れなんてどだい無理な話なんですよ。
そこらへんは、Adobeさんがボタン一つで完全データーに出来るようにしてくれない限り…。
一時期はPDF入稿が解決策と思った時期もありましたが…違ったようです。
尼子 2009/3/28 23:06
Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.04 (hardy) Firefox/3.0.7 Ubiquity/0.1.5
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
26
>人間が間に入る以上ルールを守れなんてどだい無理な話なんですよ。
これは言っちゃ駄目でしょう。
まぁイレギュラーな仕事はあるかもしれませんが、
ルールに準じるように「努力」はして当然。
>Adobeさんがボタン一つで完全データーに出来るようにしてくれない限り…。
そこまでadobeさんを信用できないよ。。。
まっそれができてしまったらDTPオペレーター半分は職を失うね(汗)
みや@3才 2009/3/30 14:22
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
27
こちらのサイトに質問したのは初めてですが、みなさんデザイン印刷業界事情について真剣にお話しして頂いて驚いています。
仕事の合間にこのサイトを拝見していますのでひとりひとりお返事することができませんが、にやりさんと123さんの答えを参考にこれからもDTPに関して勉強してみます。
及川奈緒さんのお返事、すごくよくわかります。
確かに、データの仕様書はデザイナーさんに読んで頂けないことが多く、仕様書の内容を噛み砕いた文章に直して、不備データの直し方のご説明を易しい文で添付しても、電話口でPCを開いてもらってご説明しないと、直して頂けないこともありました。こちらでは基本、修正してはいけないので。とはいいながら、責任は取り兼ねますとクライアントさんにご了承頂いてから、ルール違反ですがこちらで修正を加えたり、校了ギリギリで、チェックすらかけないで印刷所に丸投げとゆうことも事実ありました。(もちろんしっかりしたデータを作ってくださるデザイナーさんもいらっしゃいます。)
私は以前から、華やかでクリエイティブなお仕事をしてらっしゃるデザイナーさんに憧れていました。
それももちろん素敵ですが、この仕事に就いてから、なんの文句も言わず、誰にお礼を言われることもなく、黙ってどんなぐちゃぐちゃデータがきてもきちんと綺麗になって返ってくる校正紙をみて、印刷所の方の、プロ意識に感服しています。
知識不足から、お互いの不和が生まれている気もします。よりよい印刷業会とデザイン業界、広告業界の関係性をつくって行く為にも、間にたつ立場として、双方への歩み寄り、解決策の普及(PDF入稿)、また専門知識の勉強に努めたいと思います。
みなさんありがとうございました。
baitai 2009/4/1 14:44
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
28
どうして言うをゆうと書くの?
どんなに真剣な文章でもすべてを台無しにするんですけど。
. 2009/4/1 16:35
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
29
あと、関係ないけど仕事の流れが
大手新聞社系のフリーペーパーの二次代理店臭い
. 2009/4/1 16:40
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
30
モリサワOTFってなんですか?
え?学参?それって何?
フォントは選べるのを使ってます!
って言うデザイナーや制作の人に
Helveticaはdfontですか?それともtype1?
まあたぶんdfontですよね?なんて聞くのも
不毛なので、打ち出しを必ずつけてもらい、
再保存時にはペーパーメディアでパタ校。
あくまでもネイティブデータで出力をお願い
するけど、参考までに低解像度でフォント
埋め込みのPDFをつけてくれば比較もとれる
しラッキーですが、出力側からすればX1aが
いいですね。ウチでは8割くらいはX1a入稿
になってます。もうちょっとだ。
あほ 2009/4/5 7:56
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8
124.45.176.168
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4437] 旧掲示板 (2009/03/27 Fri 20:23)
外付けUSBハードディスク内の特定フォルダーに固有のアクセス権を設定したいのですが、接続したマシンの管理者に依存して、固有のアクセス権が設定できません。
特定フォルダーに対して、どのマシンに接続しても管理者に依存せず固有のアクセス権(セキュリティ)(本人のみがパスなどでアクセス可能と言うイメージです)を設定する方法がありますか?
osは10.4〜10.5です。
とっとっ 2009/03/26 20:37:39
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
>外付けUSBハードディスク
Windowsの場合
ディスクのフォーマット形式に依存するぞな..
FATでフォーマットされていると
セキュリティ設定は出来ないけど
Macで読み書き出来る
NTFSでフォーマットすると
セキュリティ設定は出来るけど
Macでマウントすると
リードオンリーになったりして
結構奥深いのじゃ
ディスクのフォーマット形式は何にしておるのかの〜
何かいい方法が見つかるといいのじゃがのぉ
ニヤリ@職場のMacは快適だ 2009/03/27 09:15:54
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
暗号化するとかはダメですか?
URL http://www.moongift.jp/2006/12/3100/
(犯罪者) 2009/03/27 09:47:05
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
早速の回答ありがとうございます。
フォーマットはMacでしか使用しないのでMacos拡張(ジャーナリング)です。
理想としては、標準のアクセス権でもいいのですが、接続したマシンの管理者に依存しなければいいのですが。
ゲストはフォルダーにどんなファイルが入っているか見えてもいいのですが、読み書きできなければいいんですけど。
そんな都合の良いことはできないのでしょうか。
でもよく考えてみれば、例えばフォルダーの深い階層までを開けることは、つまりディレクトリー情報を読み取れると言うことで、読み込み可能と言うことになるのでしょうか?
とっとっ 2009/03/27 11:14:11
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
そのディレクトリのオーナーを自分にしてフルアクセス、グループとアザーライトはすべて不可とすれば大丈夫になるのではないでしょうか?
それをGUIでやるのか、ターミナルでやるかはおまかせします。GUIでできなかったらターミナルですね。
...って言っていること分かります?ちょっと時間がないので、詳しく説明できません。ゴメンナサイ
chrome 2009/03/27 16:01:12
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
chromeさま
アドバイスありがとうございます。
でも、他のマシンに接続した場合、そのマシンの管理者(私ではない)になってしまいます。
Aマシン(管理者私A)、aフォルダ(管理者A)。
Bマシンに接続
Bマシン(管理者他B)、aフォルダ(管理者B)。
と言うように、接続したマインの管理者権限に変わってしまいます。
どのマシンに接続しても私の管理下にしたいのですが標準機能だけでは無理なのでしょうか?
とっとっ 2009/03/29 09:40:22
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4436] 旧掲示板 (2009/03/26 Thu 20:37)
環境 InDesign CS4 6.0.1 Mac 10.4.11 G5/Mac 10.5.6 intel Mac Book Pro いずれでも。
レイアウトグリッドで、
縦組み 小塚明朝Pro R、11pt、垂直80%、水平100%、字間-0.2pt、行間5.2pt
行文字数11 行数43 段数9 段間5ミリ
グリッド 天/小口 天51ミリ、小口39ミリ
と設定しているタブロイド判の新聞です。
そのグリッド上に、1段ずつ「縦書きグリッドツール」でボックスを作ろうとするのですが、上記数値になりません。
具体的には、1段が9文字に縮まり、ボックスの幅が勝手に広がってしまいます(例えば10行で止めたものが、13行になってしまいます)。
また、手動で修正し、できあがったページを他のページと合体させるため、コピー・アンド・ペーストすると、全部が9文字になって、ボックスが広がってしまいます。
同じ作業をCS2でもCS3でもやってきました。
何か、設定方法等に間違いがあるのか、または確認すべき点があればこ教示いただけませんでしょうか。よろしくお願いいたします。
ちゅう 2009/03/26 13:20:43
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
オブジェクトスタイルを設定してもダメでしょうか?
またクリップボードを介した不具合は各バージョンで出ているようです。
他ページとの合体もcut & pasteではなくページ挿入で行ってみては。
シデン 2009/03/26 19:21:34
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
ご教示ありがとうございます。
>オブジェクトスタイルを設定してもダメでしょうか?
症状は変わらないようです。
>またクリップボードを介した不具合は各バージョンで出ているようです。
他ページとの合体もcut & pasteではなくページ挿入で行ってみては。
やはり同じです。
取り急ぎ確認まで。
ちゅう 2009/03/26 21:21:40
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4435] 旧掲示板 (2009/03/26 Thu 13:20)
EDICOLORの質問のサイトを教えて下さい。
くー 2009/03/26 11:29:50
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
メーリングリストはいかがですか?
URL http://www.edicolor.jp/
(犯罪者) 2009/03/26 11:57:58
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4434] 旧掲示板 (2009/03/26 Thu 11:29)
初めて質問させていただきます。
InDesignで出力したPDFをAcrobatProfessional7.0とAdobeReader9.1で表示した際に、Readerの表示だと文字がずれたり欠けたりしてしまいます。
欠ける文字は必ず縦書きで、背景にEPSオブジェクトが配置されている場合に発生します。
校正中のデータなのでテキストをアウトライン化することはできません。クライアントが見るアプリケーションはReaderのほうなので、AcrobatProを導入してくださいとも言えません。
何か対処法は無いでしょうか?
swordfish 2009/03/25 13:11:32
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
AcrobatProfessional7.0で表示して問題ないなら、元データじゃなくてPDFをアウトライン取るのはどうでしょうか?
参考URL:http://tu-kazu.jp/dtp6.php
みや@3才 2009/03/25 13:16:28
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
どうも直書きPDFっぽいようなので、
そんならPostScript→Distiller経由でPDF
作れば?
匿名その100 2009/03/25 16:11:45
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
PDF1.3または1.4に
Acrobat4または5 2009/03/25 18:41:36
Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
InDesignからPDFを書き出す時の設定がおかしいのでは。
匿名さん 2009/03/25 21:59:48
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
InDesignの方は問題は無く、
Acrobat 8の時の問題
URL http://blog.dtpwiki.jp/dtp/2007/11/acrobat_8d_f135.html
が、Acrobat 9/Adobe Reader 9でも直っていないことが
問題です。今、Acrobat 9 ProfessionalのResourceフォ
ルダの中を見て、該当ファイルが存在しないことが確認
でき、がっかりしているところです。
なので、クライアント様に現在入手可能なAcrobat 9
Professionalを用意して頂いても、直りません。
CL 2009/03/26 12:48:03
Opera/9.63 (Windows NT 5.1; U; ja) Presto/2.1.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
InDesignのバージョン、フォントのtypeともに不明ですが、通常acrobat7とセットでopentypeと考えた場合、CS2?かな?
やはり書き出し方の設定だと思います。
過去にやはり縦書きで縦中横の数字などずれて書き出された経験が有りますが、設定で問題なく書き出せたことがあります。
匿名係長 2009/03/26 12:55:58
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
PDFを画像として書き出すのはいかがですか
?
お手持ちのプリンターに画像で送信しつつPDFを作成する機能が付いていれば、
それを利用するのも手かと思います。
PDFの利便の幾つかを失うことになりますが、致命的な点を回避できるなら止むを得ない気もしますね。
鯨 2009/03/26 14:14:56
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
どうでもいい突っ込み(失礼!)ですが
Acrobat 9 Proです。
9からは「フェッショナル」がなくなりました。
匿名その100 2009/3/26 15:11
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
校正用にアウトライン(グラフィックス化)をかけてPDF書き出しすればいいだけでは?
アウライン後のインデザは保存しなければいいだけですし!
匿名Boy 2009/3/26 17:03
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
008 匿名その100さん:
>Acrobat 9 Proです。
>9からは「フェッショナル」がなくなりました。
確認したら、確かにそうなっていました。
隣の席からも同様なツッコミが入りました。
今後書くときは注意します!
009 匿名Boyさん:
>校正用にアウトライン(グラフィックス化)をかけてPDF書き出しすればいいだけでは?
InDesignにおけるグラフィックス化は、Illustratorの
同様な作業よりも再現性が低いので、正確な再現性が
要求される校正で使うのは控えたほうがいいです。
CL 2009/3/27 1:53
Opera/9.64 (Windows NT 6.0; U; ja) Presto/2.1.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4433] 旧掲示板 (2009/03/25 Wed 13:11)