Пополосный вывод публикации (требование типографии)

Статус
Закрыто для дальнейших ответов.
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.


Не по теме:
Вам на выборах хорошо работать, главное ярлыки правильно навесить :D
----
кто лучше:
1) сумбурный неэффективный кандидат №1
2) жирный толстый неповоротливый кандидат №2
3) удобный и простой кандидат №3

 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.


Не по теме:
4) Функция переименования файлов в файловом менеджере
5) Быстрая ЭВМ
6) Workflow, в котором удобно работать и так и сяк

:)

 
Пополосный вывод публикации

меня вот что смущает:
2.3. Название файла должно содержать: сокр. название издания_номер выхода_номер страницы; например: T7VN_N16_07.ps
или взрослое воркфлоу умеет читать справа налево?

"Взрослое воркфлоу" как правило имеет настраиваемый шаблон обработки с возможностью изменения порядка следования элементов, детектируемым в именах файлов. Читает имена оно слева на право, символ "_" в вашем случае разделитель блоков. Такая практика именования файла позволяет снизить нагрузку(квалификацию) оператора, автоматически формируя билеты задания. Опять таки снизить временные затраты в случае замены некоторого количества страниц.

Нам удобнее работать с блоками по 5-10 полос.
Воркфлоу может детектировать и такие конфигурации и конечно же цельный блок, но в этом случае при большом размере файла время обработки может вырасти за счет пересылки, так как начать обработку будет возможно не ранее полной доступности блока. Постранично же процессы распаралеливаются обработка начинается уже после первой страницы. Но все это имеет смысл только в условиях большого количества одновременно обрабатываемых работ. '))'
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Вполне законные требования для многостраничных изданий, как сказали выше удобнее делать замены полос.
Что есть законного в том, что типография требует от заказчика файлы в удобном для себя виде?:) Нет никаких объективных причин, мешающих сделать спуск из непополосных файлов. Просто типографии так удобнее. Так что это обычное человеческое желание переложить свою работу на другого.:)
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Почему бы не продолжить список?
Глупые типографы не умеют резать точно по линии. Следовательно, это ИХ проблема? Почему же они требуют от заказчиков файлы с припусками под обрез? Просто им так удобнее. Хотя никаких объективных причин не пририсовать вылеты самим.
:-)
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Хотя никаких объективных причин не пририсовать вылеты самим. :-)
Объективная причина имеется - легко натянуть объекты за пределы обрезного контура, если их по 1 штуке на полосе. А если там и фото, которые в лучшем случае не натягивать (иначе порежется лицо или глаз - любят дизигнеры такие решения), а дорисовывать? Особенно прелестно это делать на порезанных при экспорте а ПДФ в хлам изображениях. Получается, вместо массовых операций имеем штучные работы. А штучные работы по определению дёшево стоить не могут. Хотя бы из-за затрат по времени.

К тому же в этом случае непонятно, за что получают деньги дезигнер с препрессором у заказчика.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Нет никаких объективных причин, мешающих сделать спуск из непополосных файлов.
Поверьте они есть. В данном конкретном случае препрессер не только себе облегчает жизнь, но и заказчику то же, когда тот апосля ознакомления с пруфами, начинает делать многочисленные замены полос. То тут риск пояления косяка возрастает молниеносно, как мне кажется, уже по вине заказчика. Свои ошибки надо дома исправлять, а не когда уже пластины начали выводить и печатник бъёт копытом. ))

Здесь уже муссировалась эта тема.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Т.е. будет лучше, если файлы были бы так:
01_blok.pdf
01_cover.pdf
02_blok.pdf
02_cover.pdf
03_blok.pdf
03_cover.pdf
04_blok.pdf
04_cover.pdf
05_blok.pdf
06_blok.pdf
07_blok.pdf
...
64_blok.pdf
Не правильно!
Номера страниц должны быть трёхзначными!!!
Т.е. 001.pdf
...
064.pdf
...
099.pdf
...
245.pdf
...
368.pdf
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Так что это обычное человеческое желание переложить свою работу на другого.
Серёг, ты вылечил кривой файл (страниц на сто), заправил его в препс (на готовый шаблон), сделал пруф...
И тебе говорят: все нафиг, мы вам новый файл сейчас зальём. Машина стоит. Сколько это стоит?
Принтовать они будут минут пятнадцать. Почасика лить на ФТП. Еще час ты будешь чекать его...
Два часа простоя машины кто оплатит?
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Если все с файлом ОК. И вы как заказчик уверенны в своих силах и готовы рискнуть, можно и целый файл.
Но как только пойдет переделка, какой либо страницы: замена файла целиком, и префлайт пойдет снова по всему файлу...И т.д. и т.п.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

И тебе говорят: все нафиг, мы вам новый файл сейчас зальём. Машина стоит. Сколько это стоит?
А что мешает при том, что в систему спуска залит цельный файл прислать страницу и заменить одну страницу?

В постраничности есть плюсы и минусы...
Минусы в том, что действительно, при развитом, быстром WorkFlow так проще работать, но такие типографии ничего не правят и не роются в косяках макета. Всё на автопилоте и заказчик всегда не прав :)

Если у нас всё в одном файле, то гораздо проще вылечить системные косяки.
Я часто собираю в один файл даже сданные постранично работы и жутко при этом матерюсь.
Особенно когда пришлют типа 20 визиток в FreeHand, по одной визитке в файле :)
Замахаешься даже PostScript'ы записывать :)

На выводе есть установка... Если у нас на РИП лежит файл "всё в одном", и рядом лежит файл, который обзывается ....F15 (Лицо 15 листа), то впри выводе из старого файла отрубается соответствующие сепарации из первого файла и выводится второй.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

polbol,
замена файла целиком
Чушь. Удалить страницу и вставить новую. Только на новой провести перфлайт.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Не разу не делал замену по причине "правки последней минуты"?
Делал. Нет проблем - затягиваю новую полосу, подставляю в ранлист вместо старой. Затем перезасылаю спуск, ориентируясь в ранлисте на номер изменённой полосы и выдаю формпруф на утверждение. Это сложно?
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Когда одну, то нет. А когда 20? Тоже не сложно. Но быстрее и надёжнее переписать поверх новые файлы и обновить джоб. Займут эти манипуляции 5 секунд.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

+ представьте, что кроме того, что новых файлов 20 штук, им было по какой-то причине задано кастомное позиционирование и/или масштабирование в ран-листе. Будете переписывать на бумажку, и забивать по новой?

+ еще, что не то что заменять что-то на что-то в Препсе, но даже открывать job нет необходимости. Но это пока не попробуете сами, не поймете. Все равно что деревенскому кузнецу (пусть даже виртуозу) объяснять про станок с ЧПУ. "А зачем? Е...нуть кувалдой, и усё!!!"
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Можно сравнить ещё с вёрсткой. Вот сверстал верстальщик журнал, а цветокорректор решил картинки подкорректировать, прислал новые файлы. Разве разумный верстальщик начнёт удалять картинки из вёрстки и вставлять новые на их место? Он конечно-же тупо заменит файлы в папочке Links и проапдейтиться.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

А если в верстке картинки кадрированы, а новые имеют другие размеры?
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

А если в верстке картинки кадрированы, а новые имеют другие размеры?
В контексте обсуждения размеры не меняются.
 
Ответ: Всем кто пытается освоить Индюк с нуля. Вопросы из help'a постить здесь.

Если всё руками собирать - то тут, скорее всего, разницы никакой нет - многостраничный файл или пополосная верстка.

Постраничная выгодна, когда обрабатывает файлы Workflow и заказчик сам утверждает полосы (можно в правах задать и Approve спуска). Workflow само динамически генерит спуски исходя из данных об изделии и операясь на имена файлов.

Оператор только пластины подкладывает и курит бамбук. ;)
 
Статус
Закрыто для дальнейших ответов.