[ID CS4-CS6] Быстро объединить pdf файлы в один документ

Когда-то попадался скрипт который умеет для каждого pdf генерить свой indd файл. Там пакетно и быстро получается. Потом это дело можно собрать в буке (imho это удобнее, особенно если страниц будет много)... Ну потом по мере изменения линков апдейтить.
p.s. у меня скрипт где-то был, правда переделанный, я его подправлял для своих нужд, убрал лишнее, но в сети найти можно и допилить под себя.
 
  • Спасибо
Реакции: suntory
suntory сказал(а):
Топикстартер такой и искал
Нажмите, чтобы раскрыть...
возможно он не догадывается, что можно сделать лучше :)
если документов много + в каждом Н-адцать страниц, которые в свою очередь потенциально могут менять свое число...
imho - book в данном случае лучше, проще и удобнее. Плюс решается проблема сквозной нумерации.

p.s. наше дело предложить
 
andrejK сказал(а):
вот фотобух, наверное, устроит ТС
Нажмите, чтобы раскрыть...
попробовал - не устроит. После него редактировать много приходится, да и по ярлыкам он документы не тянет, а только файлы - ярлыки игнорирует. Если использовать MultiPageImporter быстрее получится - пусть по одному документу, зато встает все как надо.
 
DrEgor сказал(а):
возможно он не догадывается, что можно сделать лучше :)
если документов много + в каждом Н-адцать страниц, которые в свою очередь потенциально могут менять свое число...
imho - book в данном случае лучше, проще и удобнее. Плюс решается проблема сквозной нумерации.
Нажмите, чтобы раскрыть...
Только book из пдф не создашь...
 
suntory сказал(а):
в готовом виде так и не нашлось
Нажмите, чтобы раскрыть...
Я, человек который понимает свою задачу, и 100500 кусков документации у меня в опыте были. Чел сказал, что мультипейджплейсер его устраивает, тогда:
  • В день надо вывести 10-20 сборных ПДФ-ов;
  • В работу для этих ПДФ-ов назначается 50-60 кусочных;
  • Это много, но при том, что готов темплейт, плейснуть 10 частей в час, ну до хрена времени остаётся от 8-ми часов;
  • Дальше создаём буки, задаём нумерацию, и выводим.
Ведь это реальный вариант? Со временем, через неделю, ну месяц, можно будет выводить любую (почти) буку за 2-5-10 минут. Т. е. задача выполнена…
По опыту: меняются части эти не очень часто, так что 200 буков по одной будут меняться раз в день, а то и ни разу. Потому поработав неделю, можно потом пинать грушу чуть не целый день…
 
  • Спасибо
Реакции: drugojandrew
drugojandrew сказал(а):
Он только с одностраничными работает:
"5. Your input content must be a directory that contains single-page PDF files and follow a naming convention described in the Preparing your PDF files section."
Нажмите, чтобы раскрыть...

multypages pdf to indd

вот какой-то похожий...
кривой правда и глючный
один косяк поровнял, но с разворотами бороться лениво.

p.s. более менее корректно работает, если в индизе документ с одной страницей и не разворотами
(после сборки легко правится)
 
drugojandrew сказал(а):
Спасибо, но он только один пдф способен добавить.
Нажмите, чтобы раскрыть...
объедините 2 скрипта в один :)
ну или этот доделать можно - массив из pdf файлов в папке задаст имена индизайновским файлам, далее в цикле зпускается скрипт (функция) создания нового документа (без разворотов) - импорт pdf - и т.д.
 
Elsynor сказал(а):
Ведь это реальный вариант? Со временем, через неделю, ну месяц, можно будет выводить любую (почти) буку за 2-5-10 минут. Т. е. задача выполнена…
Нажмите, чтобы раскрыть...
Идея мне нравится. Пока остановлюсь на ней.
Подумаю как можно автоматизировать создание индизайнов из пдф.
 
DrEgor сказал(а):
объедините 2 скрипта в один :)
ну или этот доделать можно - массив из pdf файлов в папке задаст имена индизайновским файлам, далее в цикле зпускается скрипт (функция) создания нового документа (без разворотов) - импорт pdf - и т.д.
Нажмите, чтобы раскрыть...
Не силён я, к сожалению, в скриптах.
 
Для ответа нужно войти/зарегистрироваться
Верх Низ