InDesignに画像を埋め込むことの長所と短所は何ですか?


10

以前は埋め込みに反対でしたが、最近、元のデータ(レイヤーなど)を分解して保持することが可能であることに気付きました。ここに私がすでに思いついた長所と短所があります。このコミュニティの意見を聞きたいです。

長所:

  • 転送が簡単(「転送するファイルが少ない」から言い換え)
  • 壊れたリンクはありません

短所:

  • より重いInDesignファイル
  • 埋め込みを行わないと、リンクパネルのすべての情報(解像度など)を表示できません
  • 1つの画像が破損している場合、InDesignファイル全体が破損する可能性があります

このリストに他に何を追加できますか?


1
余談ですが、私は4kの評判のあるユーザーが「意見に基づいている」ため、ピアアドバイスを求める場合、近い票を投じるべきかどうかはまったくわかりません。必要に応じてルールを教えてください。
mayersdesign 2018年

1
@mayersdesign意見ベースはとにかくここでは適用できないと思います。さまざまな経験から引き出したいのですが、客観的な長所と短所を探しています。私はそれが、近い投票で少し引き金を引いて喜んでいる人の一部だと思います。
好奇心

4
@mayersdesign:質問が意見に基づいているかどうかについては何も言っていませんが、質問を閉じる必要があるかどうかは、質問者が蓄積した架空のインターネットポイントの数とは関係ありません。質問は自分のメリットに基づいて判断する必要があります。
user2357112は

1
@ user2357112どこから来たのかわかります。しかし、実際には、その分野の専門家を、その分野内では、簡単に評価できない専門家よりもやや尊重して扱いませんか?質問が「灰色の領域」に存在する場合、疑いの利益は、同じフォーラムの他の多くの人々を明白に助けた人に、より合理的かつ公正に適用される可能性があるというだけです。
mayersdesign 2018年

1
@mayersdesign一方、ここと現実の世界の両方で、ガイドラインを知り、それを遵守する専門家の期待が高まっています。あなたは初心者に専門家が与えられないという疑いの利益を与えるかもしれません。(私はこれも意見に基づいているとは思いませんが、そうではありません。)
Janus Bahs Jacquet 2018

回答:


5

短所について:ファイルを埋め込み、imdlとして保存します。
また、最終的なファイルへのリンクを送信する必要があるため(zipまたはinddであっても)、重量が類似しているため、これをコンとして数えるのは困難です。

私の長所:

  • 異なる貢献者間での簡単なファイル共有。時々私はいくつかのファイルを欠いているパッケージを取得します。私に起こった、パッケージを作成し、ファイルの50%がありませんでした。
  • 外部の変更から最終的なファイルを保存します。ファイルにリンクされたExcelファイルが含まれているとしましょう。一定の時間が経過したら、リンクをソースから遮断して、変更が作業に影響を与えないようにすることができます。ソースファイルへの多くの寄稿者(時には23:59にデータダンプを作成するマシン)がいて、誰かが混乱する場合に役立ちます。
  • ステージのマーキングに役立ちます。締め切りが金曜日の午後5時だとします。4:59にPDFを作成し、すべてのファイルを埋め込みます。水曜日に、誰かが古い写真、間違った図表などで問題を抱えています。間違いの場所を簡単に追跡したり、責任を取り除いたりできます。
  • マスターファイルを簡単に作成。マスター、埋め込みファイル、出来上がりを作成するだけです:後で使用するための完全に機能する単一ファイル。

短所

  • 埋め込むことができないファイルを見つけてコピーして再リンクするには、かなりの時間がかかります。

  • 人々はこれまでにリンクしたすべてのファイルを埋め込みます。そして、すでに乱雑なディスク上に同じ25MBロゴのインスタンスが500個あります。


「埋め込みできないファイル」について詳しく教えてください。
好奇心

500 * 25 MB =完全に無駄になる12 GB
joojaa

1
@Emilie埋め込まれたリンクを持つファイルの頻繁なユーザー(1日あたり約20)として、リンクを選択すると「埋め込み」がグレー表示される場合があることに気付きました。次に、各リンクに手動で移動し、どのリンクが原因かを確認する必要があります。次に、それを新しい場所にコピーし、名前としてinddの場所をnewに変更して、そのインスタンスを再度リンクする必要があります。CS5.5とCS6で発生します。Win XP、
7、10の両方

4

私が知っている最大の短所は、それがあなたのinddライブラリーの動的な性質を台無しにすることです。つまり、ロゴや写真を更新してブランドを更新した場合、各ドキュメントに埋め込まれている場合は、それを手動で置き換える必要があります。他の短所が十分ではなかった場合、これは私にとって、特に何百ものブランド化されたドキュメントを持つアカウントで作業しているときの取引ブレーカーです。


実際、私の理解では、画像を分解して、すべてを調整しなくても通常どおりに再リンクできます。そして、また、あなたが(unembeddingせずに再リンクできるようですindesignsecrets.com/...を)私はこれを試していません。
好奇心

2
@Emilieはい、ただし、ファイルごとに個別にこれを実行します。あなたが今まで埋め込んでいないのなら、これらすべてが今すぐ機能します。
joojaa

3

長所

転送が簡単(「転送するファイルが少ない」から言い換え)

zipファイルは1つのファイルです。転送するファイルの数は本当に多いですか。パッケージが適切に機能すると仮定すると、それが正しいことです。

ただし、ワークフローをそれほど重要視しない場合は、明らかにこれが簡単です。これは、カジュアルなユーザーにとっては朗報です。

本当に賛否両論ではなく、単に社会問題です。

壊れたリンクはありません

しかしここでは、技術者は常にこの種のことを扱っていると言わざるを得ません。したがって、inDesignが常にパッケージングで成功しているわけではない場合でも、パッケージングを自分で処理することが大きな問題になる理由はありません。

つまり、10,000のファイル(主にサウンド、ビデオ、およびスプライトアセット)を含むゲーム/メディアプログラミングプロジェクトがたくさんあり、すべてのファイルがコンピューター間で正しく移動されることを保証することに問題がなかった(そして作業とファイルのオーバーヘッドが少ない) zipファイルなどを使用するよりも)。inDesignが提供するものよりもはるかに堅牢な優れたソリューションがあります。彼らはあなたの側に余分な努力をすることなくクライアントへのファイルの転送を処理します。

短所

より重いInDesignファイル

それだけでなく、保存するバージョンごとに同じファイルがディスク上に複数回存在するようになります。ワークフローとのファイルの論理接続が壊れており、単独で、またはサードパーティが更新することはできません。複数の人が別々の要素で同時に作業することが難しくなります。

これは、単純な更新により、いくつかの個別のファイルで20の変更が行われていることを意味する場合があります。したがって、チェックと再チェックのコストよりもメリットがあるかどうかを検討する必要があります。また、ファイルのバックアップとバージョン管理にも負担がかかります。しかし、一方では、変更管理のフォームミスが孤立していることになります(これらすべてのファイルが影響を受けたと考えましたか?)。実際には賛成でも反対でもない、少し複雑な問題。

SOは、ワークフローに応じて、ProまたはConになる場合があります。別のファイルで絶縁する場合も、この種の操作を実行できます。しかし、これは実際にはバージョン管理が不十分であることの兆候にすぎません。業界固有のソリューションがあまりなく、そのため多くの人がそのようなことを聞​​いたことがないため、これはグラフィックデザイナーにとって典型的なことです。

埋め込みを行わないと、リンクパネルのすべての情報(解像度など)を表示できません

ええ、それはアドビの一部の愚かなデザインです。スクリプトパネルを使用して、ワークフローのこれを簡単に修正できます。かなりマイナーなこと

1つの画像が破損している場合、InDesignファイル全体が破損する可能性があります

ここでも、バージョン管理が不十分であるという症状があります。しかし、もちろん、ファイルの破損が発生する可能性は、ファイルサイズとともに増加します。


2

「転送するファイルが少ない」は「プロ」ではありません。埋め込むすべてのファイルでINDDが大幅に増加するため、特に1GB以上のファイルが簡単に作成されて、貢献者にアップロードできれば幸いです。 INDDの複数のバージョン。

「壊れたリンクはありません」が唯一の有効な引数のようですが、それはファイルの埋め込みを開始する十分な理由ではありません。プロジェクトが初期設計者によって適切にパッケージ化されている場合([ファイル]→[パッケージ])、リンクが壊れることはありません。

そして、もしあなたの寄稿者が埋め込まれた写真を削除し、ファイルを保存したら、クライアントは写真を取り戻したいと思います、そして驚いたことに、誰がどこからそれを取ったかは誰にもわかりません。

私は何も埋め込まないでしょう。Googleドライブ、Dropboxなどの同期と共有を備えたオンラインストレージがあります。共有フォルダー(必要な場合は読み取り専用アクセス)で作業し、InDesignを本来の方法で使用します。


「そして、もしあなたの寄稿者が埋め込まれた写真を削除し、ファイルを保存したら、クライアントは写真を取り戻したいと思います。そして、驚いたことに、誰がどこからそれを取ったかは誰にもわかりません。」この状況でパッケージを使用するとどのような結果になるかを理解しようとしていますか?
好奇心

まあ、すべてのリンクをフォルダーにまとめた場合、INDDから削除したものはすべてフォルダーに残ります。したがって、INDDから削除しても、ファイルは残っています。また、ファイルが消えてもINDDでリンクされている場合は、少なくともファイルの名前とリンク元のフォルダーを確認できます。
Lucian

ああ、私は事前にパッケージInDesignで作業しますが(例えば、電子メールの添付ファイルやソートのようなもので)どこか、元のファイルへのアクセス権を持っていないだろうしている人の視点を考慮して、参照
好奇心

私は「何も埋め込まない」学校の出身ですが、アンマリーコンセプシオンからのInDesign Secretsの考えを読んで、昨日それについてプリンターに話しかけたところ、この問題についての考え方に少し変化があったようです。
好奇心

1
@Lucianこの大きさのファイルを転送する場合、ファイルサイズは常に問題になりますが、少なくともリンクされたファイルでは、多くのファイルに分散されます。リンクされたファイルを使用しても、INDDファイル自体は約150 MB、Linksフォルダーは約15GBでした(さらに、不足している200以上の画像があり、さらに12 GB必要でした)。しかし、いいえ、そのような巨大なプロジェクトにファイルを埋め込むことは良い考えだとは言いませんでした。おそらくInDesignを完全に殺してしまうでしょう。プロジェクトのパッケージ化が必ずしもうまく機能しないことを指摘するだけです。
Janus Bahsジャケット
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.