Ограничения есть не просто так. Представьте насколько громоздким и сколько будет весить файл в 1000+ страниц, как его будет ворочать система. Корел — векторный редактор, все-таки, а не софт для каталогизирования макетов.
Нет никакой проблемы сделать 10-20-50 разных файлов, страницы в которых будут иметь сквозную нумерацию, только открываться они будут быстрее, искать в них будет проще.
ох... ну понятно, что так и сделано. что существует файл, скажем номер один, в котором первые сто макетов. потом существует файл два: в нем первые 100 страниц пустые, а начиная со 101 лежат, предположим еще 97 макетов, в файле с номером три - первые 197 страниц пустые и так далее... но вот пришло время и появился 1000 макет, у которого в 1С должен быть артикул: {код заказчика-номерстраницы}. 1C-ке пофиг как у нас хранится, ей нужно, чтобы артикулы были уникальными, поэтому нельзя в файл номер 2 на первые 100 страниц положить какие-ть другие макеты и договориться, что мы считаем их +100. Кроме 1С есть макрос, собирающий спуски и ему тоже нужно, чтобы любой номер страницы ассоциировался только с одним макетом. Макрос умеет собирать из нескольких файлов (в имени которых код заказчика и диапазон используемых страниц). Макрос не мой и не охота разбираться, но если понадобится, я внесу изменения, что, скажем, если в имени файла есть, скажем #, то все номера страниц в нем +1000, но это нужно лезть туда, куда не хочется, ведь все и так работает. Хочу в начале провентелировать вопрос об увеличении страниц в документе.
Давайте так, допустим я блондин и это моя блажь.