Раніше я був проти вбудовування, але нещодавно зрозумів, що можна знімати та зберігати вихідні дані (шари тощо). Ось плюси і мінуси, які я вже придумав. Мені цікаво почути, що має сказати ця громада.

Плюси:

• Простіший для передачі (перероблений з "менше файлів для передачі")
• Немає зламаних посилань

Мінуси:

• Важчий файл InDesign
• Неможливо побачити всю інформацію на панелі посилань (роздільна здатність тощо) без вилучення
• Якщо одне зображення пошкоджене, може пошкодити весь файл InDesign

Що ще можна додати до цього списку?

Щодо мінусів: вставте файли та збережіть як imdl.
Також важко порахувати це як підступ, оскільки вам все-таки потрібно буде надіслати посилання на остаточний файл (будь то zip чи indd), які мають вагу за своєю вагою.

Плюси для мене :

• Легкий обмін файлами між різними учасниками. Іноді я отримую пакунки, у яких відсутні деякі файли. Сталося зі мною, створили пакет і 50% файлів були відсутні.
• Збережіть остаточний файл від зовнішніх змін. Скажімо, ваш файл містить пов'язаний файл Excel. Через певний час ви можете відключити посилання з джерела, тому будь-які зміни не вплинуть на вашу роботу. Корисно там, де є багато дописувачів (іноді машини, які створюють скидання даних о 23:59) для вихідних файлів, а хтось шарпає.
• Корисний у маркуванні етапів. Скажімо, крайній термін - п'ятниця о 17:00. О 4:59 ви створюєте pdf та вставляєте всі файли. У середу хтось має проблему із застарілою фотографією, неправильною схемою чи іншим. Ви можете легко відстежити, де була помилка, або зняти провину з вас.
• Легко створюються головні файли. Просто створіть головний, вбудуйте файли та вуалу: повністю функціонуючий єдиний файл для подальшого використання.

Мінуси :

• Знаходить багато часу для пошуку та копіювання файлів, які неможливо вставити.

• Люди вставлятимуть КОЖЕН файл, який вони коли-небудь пов’язували. І ви закінчуєте 500 екземплярів того самого логотипу 25 Мб на вашому вже захаращеному диску.

Найбільший мінус, про який я знаю, це те, що це руйнує динамічний характер вашої бібліотеки indd. Маючи на увазі, я маю на увазі, що якщо ви оновите свій бренд, оновивши логотип чи фотографії, вам доведеться замінити його вручну, де б він не відображався в кожному документі, якщо ви вклали їх. Якщо інших недоліків було недостатньо, для мене це є розірвачем угод, особливо коли я працюю над обліковими записами, у яких є сотні фірмових документів.

Плюси

Простіший для передачі (перероблений з "менше файлів для передачі")

Файл zip - це один файл. Чи справді більше файлів для передачі. Якщо припустити, що пакет працює належним чином, це правильно.

Але очевидно, що це простіше, якщо ви не вважаєте свій робочий процес таким важливим. Що є користю для випадкових користувачів.

Насправді не професіонал чи кон, насправді, лише соціальне питання.

Немає зламаних посилань

Однак тут слід сказати, що технічні люди постійно займаються цими речами. Тож навіть якщо inDesign не завжди вдається в упаковці, не повинно бути причин, чому було б великою справою самостійно обробляти упаковку.

Я маю на увазі, що у мене є безліч ігрових / медіа-програмних проектів, які мають файли в 10 000-х (в основному звукові, відео- та спрайтові активи) і ніколи не мали жодних проблем із забезпеченням правильного переміщення всіх файлів між комп’ютерами (і менше роботи та файлових витрат ніж використання чогось типу zip-файлів). Є хороші рішення, які настільки міцніші, ніж те, що дає вам в Design. Вони навіть оброблять передачу файлів на ваш клієнт без зайвих зусиль з вашого боку.

Мінуси

Важчий файл InDesign

Мало того, але тепер у вас є один і той же файл на диску кілька разів для кожної збереженої версії. Логічне з'єднання файлів з будь-яким робочим процесом порушено і більше не може оновлюватися ізольовано або сторонніми сторонами. Кілька людей ускладнює роботу над окремими елементами одночасно.

Це може означати, що просте оновлення зараз змінює 20 речей у кількох окремих файлах. Тож вам потрібно зважити, чи виграють переваги над витратами на перевірку та повторну перевірку. Це також є тягарем для створення резервної копії та версії файлів. Але потім, з іншого боку, зараз ви виділяєте помилки форми управління змінами (чи вважали ви, що всі ці файли постраждали?). Дещо змішане питання, насправді не про-чи проти .

Так це може бути Pro чи Con, залежно від вашого робочого процесу. Хоча ви також можете зробити цей вид, якщо ізоляція окремими файлами теж. Але це справді лише симптом недостатнього контролю версій. Що, безумовно, характерно для графічних дизайнерів, оскільки для цього не так багато рішень для галузі, і тому багато хто не чув про подібні речі.

Неможливо побачити всю інформацію на панелі посилань (роздільна здатність тощо) без розгортання

Так, це просто дурний дизайн з боку Adobes. Ви можете легко виправити це для вашого робочого процесу за допомогою сценарію. Досить незначна річ

Якщо одне зображення пошкоджене, може пошкодити весь файл InDesign

Знову симптом недостатнього контролю версій. Але так, ймовірність пошкодження файлу курсу зростає із розміром файлу.

"Менше файлів для передачі" не є "профі", тому що кожен файл, який ви вбудовуєте, збільшить INDD настільки сильно, що ви можете легко отримати файл 1 Гб або більше, і вдало завантажте їх своїм учасникам, особливо якщо ви працюєте з кілька версій INDD.

"Немає порушених посилань" є єдино вагомим аргументом, але це не є достатньою причиною для початку вбудовування файлів. Якщо проект буде упакований належним чином початковим дизайнером (Файл → Пакет), не буде розірваних посилань.

А що робити, якщо ваш дописувач видаляє вбудовану фотографію, зберігає файл, тоді клієнт хоче повернути фотографію і здивувати, ніхто не знає, звідки ми її взяли.

Я б ніколи нічого не вставляв. Зараз у нас є онлайн-сховище із синхронізацією та спільним доступом, як Google Drive, Dropbox тощо. Я працював би у спільній папці (якщо потрібно лише для читання) та використовував InDesign так, як це було призначено для використання.