【Adobe】インデザイン・刷れ! 17刷目【InDesign】
■ このスレッドは過去ログ倉庫に格納されています
>>294
PDFのサイズをトリミングなどで変えた別名ファイルを作れば済む 機能の話ばかりですみませんなんだけど、
InDesignでアナログ的な、温かみのある誌面をデザインをする際のコツって何?
そういうのはイラレの方が向いてるのはわかってるし、臨機応変な調整の効くブラシやアピアランスを多用するデータ作りに慣れてるせいか、なかなかInDesignで上手く作れなくて...。 InDesignはページレイアウトソフトだから
そういうのイラレで作って貼ればいいだけ >>297
データを社内で使い回すから、あまり歓迎されないんですよね... >>296
Mac(Windowsでも)に向かう前にしっかり考える
なんの構想もなくとりあえずソフトを立ち上げるのをやめる >>302
デザイナーの入社試験は絵コンテ
オペレーターの入社試験は絵コンテの入稿データ化
この2つに徹底するだけで業界は大きく変わる
フリーは知らん コンテというのは絵画でもイラストでもないから。
営業や一般職にも説得力のある絵コンテを書ける人はいっぱいいるよ。 むかしのデザ恩師は実際に手で書いてある程度中身が固まるまで
Macに触るなって言ってたな
いきなりアプリに触るとアプリが出来ることしか思いつかないって コンテとすら呼べないレベルの大雑把なものを
チラシの裏に書くくらいのことでもいいから
最初に手でやっておいた方がいいとは思うな つまり、かくかく・しかじかを整理してから作業しろということか >>307
手書きでラフ書くのとMacでラフ描くのとそんなに手間や時間が変わらなくなったなぁ 頁物が多いこの時期にイラレ触るとインデントとタブ使いにくいわーって思う
反対にペラものが多い時期になるとなぜインデザはアピアランスないんじゃーってもどかしくなる アピアランスよりもアクションほしいぃ
同じの繰り返すのつかれたあああぁん アクションなんてロジのゲーミングマウスやG13、
マクロ関連のソフト使えば楽やろ
それよかいい加減、表の泣き別れと角丸関係どうにかしろや 表1枠の高さ制限外してくれ
何で200ミリ制限あるの >>317
最大限度200mmから3048mmとかに変更したらいいんじゃ…
つーか、逆に最小サイズ3pt(1.058mm)を撤廃まで行かずとも
0.25mmくらいに設定できるようにして欲しいわ 表は全体の幅を変えずに列幅を変化できるように、そして列幅変更では
他の列幅を元にしたスマートガイドが効くようにならんかなあ
そして僕のInDesignで表を作ると次の段落との距離がデフォルトで-1.4ミリに
なるのはなぜ(´・ω・`) >>319
ファイルをなにも開いてない状態で表の設定開いたらどうなってる? >>319
表スタイルの [基本表] をいじっちゃったんじゃないか
何もファイルを開いてない状態で表スタイルの [基本表] を確認
「表の設定」の「表と段階のアキ」が、各1mmになってなければ戻す
段落スタイルなんかもそうだけど、基本のスタイルをいじってしまうと
他のデータからのコピペに悪影響が出てしまうからやめた方がいいよな >>318
表はそれもあるけどセルの分割が頭悪すぎる
二分割しか出来ないとか脳みそ腐っとるわ
分割数はこっちに指定させてくれ
あと分割した後にまとめて数値で行幅列幅指定させろよなー
ていうかそもそも上下左右の行や列に縛られて好きに変えれないとかなんなんだよ
ばーかばーか >>322
でもさあ、だけどさあ、
セルを結合したときにテキストが消えたりしないじゃん >>323
別に消えてもいいもん
もっと自由に編集できた方がいいもん
自由にセルが変えられるテキスト消えてもいい見た目優先の作表機能
セルが今まで通り不自由なテキスト消えない堅い作表機能
両方付ければいいんだよ まぁ、こんなとこであーだこーだ言っても
メリケンでは表は重視されてないみたいだし
抜本的な改善は期待するだけ無駄だろうよ Win7/CC2018ですが、なんか起動がとても遅いです これから実測します
PC起動直後(カーソルがグルグルから矢印になった後)
10:11:00 タスクバーのIDアイコンをクリック
10:13:00 スプラッシュ画面出現
10:15:00 「サービスレジストリの実行中...」
10:18:10 「サービスレジストリの実行中...」→「トラッカーの開始...」
10:19:00 「パネルを開始中...」
10:20:00 「パネルを開始中...」
10:20:59 画面出現
10分掛かりました メモリは起動後に空き16GB なぜなんだろう(´・ω・`) とりあえずCtrl + Alt + Shift押しながら起動で環境消去してみたら CtrlAltShift押しで起動します
PC起動直後(カーソルがグルグルから矢印になった後)
10:11:00 タスクバーのIDアイコンをクリック
10:13:15 UAE画面
10:16:25 スプラッシュ画面出現
10:17:00 「プラグインを初期化中...」
10:18:00 「サービスレジストリの実行中...」
10:20:00 「パネルを開始中...」
10:21:00 「パネルを開始中...」
10:21:25 画面出現
+30秒でした(´・ω・`)
なんかOSが基礎から腐ってるのかなぁ C:\Users\ユーザー名\AppData\Local\Temp の
DBTmp数値になっているファイルを消せるだけ全て消してみたり
(消せなければそのまま)
DBTmp1064536269
DBTmp1064536518 というファイル
:
C:\Users\ユーザー名\AppData\Local\Adobe\InDesign の
Version 13.0-J ? (CC2017では Version 12.0-J) を削除してみるとか 横からだが DBTmp 300個くらい溜まっとる…これ消しても問題ないのよね? イラレやらフォトショやらインデザやらファイアワークスやらドリームやら使ってると、次インデザ使った時にはショートカット忘れてたりする まったくの素人なんだけど電子書籍とかも作るのはインデザインなの?
これからの時代にどういうスキルを身につければいいかわからん
アプリとか作れるようにプログラミングも手をつけたほうがいいのか 印刷標準字体を選んでも正字にならない場合って
フォントの問題? 一つずつ検索して潰すしかない? エキスパート字形で一気に替えられないなら、個別に潰すしか >>333
カスタムしてある程度統一化してるけど、そうすると今度は他人の操作環境ではちょっとした作業も難しくなくなった、、、 そういやePubの書き出しはマシになってるんだろうか
実装当初に試したけど体裁崩れるわ書き出し止まるわで使えたもんじゃなかったが >>334
とりあえず作るだけならインデザでも一太郎でも電子書籍作成機能(ePub出力)は標準で備えてる
でもePubの中身はzip圧縮したxmlファイルなので、細かい修正したいならxmlの知識はある程度必要 >>330
約1500ファイル、約16GBのゴミが溜まってましたよ(´・ω・`)
去年の9月に掃除したのに(´・ω・`) そして、掃除しても起動に10分は変わらず……(´・ω・`) スペックとか入れてるフォントの数とか常駐してるアプリやサービスとか (´・ω・`)著者の悪筆を「しょうがないなぁ」と直したらしき編集者の
赤字が小学生レベルのヘタクソ文字で読めない。 >>346
気持ちは解るがInDesignとは関係がない 朱書きなら手書きが普通でしょ
悪筆がfaxを通されるとさらなる悪夢になるよな InDesignの構造化あたりが正直全く分からんのだが
皆このあたり独学で習ってるの? 俺も構造化は勉強したいと思ってるけど
どこでどうやって学べばいいかわからんのよな タグ付けとかXMLとかあのあたりでしょ?
自動組版とか電子書籍作成には必須だけど
紙の印刷データだけ作ってるとあんまり縁がないんだよなあ
本読んでもこのあたりを深く解説してるの少ないし 全般の機能を網羅してた公式マニュアルはCS3に付いてたのが最後なのかな
今でもたまに細かい操作を忘れた[相互参照]とかで見ることあるけど 取っ掛かりが欲しいんだよな
ゲームでいうとLv1になるだけでいい
後は試行錯誤でいける気がする
まぁそう甘くもないだろうけど、とにかく取っ掛かりが欲しい 最初の一つを出来る人にやってもらうのが良いけど、
それを書き換えたところでうまくいくわけでもないし 前に自動組版処理されたInDesignの訂正仕事を請け負ったことがあるが、
データベースに反映させなきゃならんから「タグ消すな」「タグも修正しろ」と
言われてすっげぇ面倒くさかった 気軽にコピペすらできない
通常の仕事の三倍以上手間がかかって二度とするかと思った >>362
作業担当者が抜けたとかで「今回だけ今回だけ」と泣きつかれてね…
普段世話になってるところだったから断れなかった
こっちが甘くみてたところもあるがタグ関連は面倒くさいよ本当に
自動組版といっても一発で完璧なデータが出来るわけじゃないしね >>363
>面倒くさいよ
そんな感情よりも戻し反映させるDBのトラブルまで責任を負わされないか?
そりゃ負えないことはわかっているが、普通ならDBで修正した自動組版からやり直すのが筋じゃないか。
DTPで修正してDBに戻すフローが完成していないならいずれ大事故になるよ。 >>363
>タグ関連は面倒くさいよ本当に
そもそもDBにエラー無く戻せたのかい?
戻せたなら修正作業料よりもそのフローを高く売りつけられるぞ >>364
印刷物はともかくデータベースの責任は全部あっちもちという条件でやった
初校入稿→リフローしてるところとか自動組版の不備部分を訂正→バックしてデータベースに反映
で結局戻ってきた二校のデータそのものは価格とか文字とか修正されてるだけで
初校時の自動で組まれたまんまの初期状態なので
同じことを二度三度とやらなきゃならなかったという地獄
よく事故にならなかったと我ながら思う >>366
信じられん。
校了してからDBに戻したのかと思ってた。
それ自動でもなんでもないじゃないか。
ちなみにデータベースは何?
DBに戻したタグ類って何か教えてくれ。 >>361
>データベースに反映させなきゃならんから「タグ消すな」「タグも修正しろ」
そのために「ストーリーエディターで編集」というメニューがあるようなもの
ストーリーエディターで編集してれば
タグも見えるから(しかもピクトっぽい感じでわかりやすい)
避けてテキスト編集したりコピペするのは(確かにめんどくさいけど)難しくはない
これはデータベースが絡むDTPでは割と普通のことだよ
>>366
>初校入稿→リフローしてるところとか自動組版の不備部分を訂正→バックしてデータベースに反映
これはちょっとフローがよくないとは思う。煩雑な感じ
まぁ、誰(どの部署)がどの部分を請け負ってるかがこれだとわからないけど
あと、社内で回すか社外にも振るのかで変わってくるな
データベースやらタグやら担当する人は、えてしてデザインはわからないし
デザイナーやオペレーターはデータベース関係に暗い
おたがいに気楽に聞きに行ける環境ならいいんだけどね
最低でも電話やメールなどで直でやりとりできればいいんだけど
間に営業なんかが挟まると事故は避けられないかもしれないな DTPだと紙面が目に見えて分かりやすいから
DBの修正まで行う羽目になるのだろうけど
根幹になるDBをきちんと完成させて活用しないとだめだよね 製作中に根幹になるDBの中で価格変更とかスペック変更とか平気でやりやがるケースもあるという そういうものならDTPのデータを簡単にDBに返せるだろ
むしろDTPやWEBが先導して助けてあげてもいいくらいだと思う DBとDTPの両方が解ってないと、なかなか難しい。少なくとも理屈くらいは解ってないと。 >>373
>少なくとも理屈くらいは解ってないと
アドレス帳とか宛名のエクセルを知ってれば十分じゃないですか?
だってDBやサーバーの構築が仕事じゃないのだから。
DTPと印刷の基礎レベルを解ってないシステム構築する人が多くて困る。 >>374
>アドレス帳とか宛名のエクセルを知ってれば十分じゃないですか?
「ボクだって会社のレーザープリンターで印刷するくらいできますよ」
とか言ってるようなもん おれ印刷会社の印刷機なんて使えないぞ(´・ω・`) 五人くらいでやっている軽オフおいているところに入れば簡単なものなら動かせ言われるかもね
少なくとも丁合と無線とじまではやってくれと言われると思うよ >>374
>アドレス帳とか宛名のエクセルを知ってれば十分じゃないですか?
全然違うと思う
データベースを組むあたりはそうかもしれないけど
DTPサイドから見た場合、むしろWebサイトの構築、HTMLに近いんじゃないか
俺もイマイチわかってないけど 実際の作業に慣れていなくても、理屈が解っていると勘が働く。
俺は出来るとか、言われたことだけやればいいんだろとか、そういう向き合い方だと、
「判らないことは聞いて下さい」と言われていても、判らないことがないということになって、
それで万事がうまくいけばいいけど、しばしば双方が不満たらたらになってしまう。 自動組版において、同じ項目だけどここだけは●●するという
直感的指示をしてきつつデータ差し換えとかともうね… 自動組版関連は関わったことがないのだが
どの程度組み上がるものなの
手直し程度で済むの? >>382
カタログとかでメーカー側からスペック支給されたことない?
あの程度
ハシラなどの位置やマージンが決まってて
カテゴリごとにページあたり6コマ、8コマ等となってたら
その場所に置いてくれたりはする
画像・図面・ロゴ・イラストなども組み込まれてる場合なら
グループ化されて一緒に置いてあったりはするけど
すべての商品で同じ並びになってるから個別にちゃんと調整する必要はある
まぁ、コピペしたり配置したりする手間は省けるから
そのぶん楽っちゃ楽なんだけど手直し程度で済むってもんじゃないな
楽するためのものじゃなく間違いを減らすためのもの >>383 同意
本当はDTPやWEBに廻ってくる前に
DBチーム(開発・営業)がシートで確認し校了しておいて欲しい
DBの管理ページが有能なUIで権限ごとに操作出来るなら
DTPやWEBチームの作業時にDB修正も遂行出来る
全員がプレーンテキストで共有し合う努力すれば仲良く出来るはず >>383
>ページあたり6コマ、8コマ等となってたら
自分の環境では、ページあたり1コマで書き出してから
台割の紙面ごとに移動してレイアウトしていく方が楽
コマのフォーマットが完全に決まっていると自分は洋梨になる これら分野の管理や運用をアウトソーシングしてたらその会社はいずれ終わるね
逆にこれらの管理や運用を請け負っている会社がいたら稼げるのは今だけだね 昔入稿したやつは
>画像・図面・ロゴ・イラストなども組み込まれてる場合なら
>グループ化されて一緒に置いてあったり
このパターンだったけど「グループ化解除不可」「他のファイルからのコピペ不可」
「体裁はこちらの赤字通りに整えろ」とか言われて
白矢印で個別で選んでの作業で面倒くさかった >>387
きちんとした仕事してる人はいいねえ
その面倒くささはミスの多い俺が使いたいよ 自分もやったけど、グループ化解除不可てのは思った以上に大変よw
自分の場合、データベースの項目数を合わせる必要があるからじゃないかと思うけど
空のオブジェクトもグループの中に入ってて削除不可だったのも辛かった
(たとえばメイン+サブ+サブ+図面、みたいに最大4つのフレームがある場合
図面がなくても図面用のフレームがあって、最後まで4つとも消しちゃダメ)
グループ解除不可しかも邪魔な空フレームがあると
きっちり手堅く考えてやる作業はそうでもないんだけど
ちょっと凝ったことしようとすると、どのオブジェクトを選択してるのか混乱して大変w
直感的にあれこれ動かすのは難しいね
>>387の言うとおり白矢印で作業をすすめることになるんだけど
白矢印ばっかりで作業してると、どのオブジェクトを選択してるのか混乱する上に
フレームを選んだつもりで中身の写真を掴んでたりして、いちいちイラッとするんだよねw 話を聞いてると極力関わり合いたくない案件だな、自動組版… 黒矢印ではフレームの中身(画像)を選択できないようにしてください
お願いします >>391
コンテンツグラバーを隠せ
とはいえダブルクリックで触れてしまうが… インデザイン歴十余年だけど
ダブルクリックでフレームと内容の選択を替えられるのを知ったのは
去年の暮れだった すいません、先日CC2018を導入したのですが
『テキストボックスの角をダブルクリック→余白をつめる』ことができなくなってしまいました。
環境設定をいじったからかもしれませんが、原因が分かりません。
どなたか、解決方法をご教示ください。 ■ このスレッドは過去ログ倉庫に格納されています