[zirae1]

Всем доброго времени суток!

Не так давно решил освоить подшивку и, до определенного момента, с какими-либо сложностями не сталкивался.
Только после оформление графической части одного тома возник большой вопрос: "А что делать с текстом?!"
Очень геморно в подшивке (и не только), где все разбито по отдельным листам и файлам редактировать текстовую часть проекта. В то же время с этим прекрасно справляется MS OFFICE WORD.
Есть ли возможность вставлять связь с документом Word, так чтоб при изменении текста он автоматом менялся и в автокаде.
Понимаю, что можно делать текстовую часть отдельно в ворде, но...:

1. Нет возможности отправить на публикацию или печать в один клик (для меня это оч. важно).
2. Заново вводить все данные относящиеся к проекту (фамилии, стадии, шифр и т.д.)
3. При изменении чего-либо из вышеперечисленного возникает двойная работа (при уровне наших знаний и разгильдяйстве большинства наших проектировщиков можно смело полагать, что шифры или фамилии будут различны в текстовой и граф. частях)
4. Да просто приятно иметь контроль над информацией о проекте из одной точки.

[realdoc]

Сообщение от zirae1 Очень геморно в подшивке (и не только), где все разбито по отдельным листам и файлам редактировать текстовую часть проекта.

Делать текстовую часть в AutoCAD это не просто позавчерашний день - даже позавчера это не было нормальным способом - делать текстовый документ в графическом редакторе. Как впрочем и наоборот.

Сообщение от zirae1 В то же время с этим прекрасно справляется MS OFFICE WORD.

В большинстве случаев, да - этого достаточно. Есть проблемы со съезжанием таблиц, в том числе штампов, особенно в колонтитулах. Но в общем-то все приемлемо. Но есть и другие способы. Ворд все-таки для индивидуальной работы, а не коллективной.

Сообщение от zirae1 Нет возможности отправить на публикацию или печать в один клик (для меня это оч. важно).

Это делается не так. Это называется пакетная печать. И просто настройкой Word'а тут не обойтись - это инструмент по определению для работы одного пользователя. Нужно делать так, что те связи которые Вы зададите на своем компьютере будут также отлично открываться, читаться, печататься на другом компьютере и через много лет.
Надо учитывать, что пакет, который будет отправляться не есть постоянный, а меняется и определяется тем, что именно Вы передаете Заказчику в конкретный раз. Т.е. определяется накладной. Допустим сегодня Вы передаете заказчику всю стадию "Проектная документация", завтра все документы измененные после таких-то изменений, т.е. набор меняется - простой настройкой связей между файлами, т.е. созданием "подшивок" тут не обойтись. Хотя подшивки конечно можно формировать программно динамически - это не сложно, но это затыкание дыр, а не выход.
По хорошему это должно выглядеть так:
- Исполнитель подготавливает файлы Autocad, Word, Excel и еще чего хочет. И делает их публикацию в неизменяемый формат - сейчас получается альтернативы *.pdf нет. Склеивает эти все публикации в единый файл! Т.е. один документ (альбом, письмо, договор, что угодно) имеет один неизменяемый образ. Исходные файлы *.dwg, *.docx, какие угодно можно кстати удобно вложить в *.pdf файл.
- При необходимости этот неизменяемый образ подписывается ЭЦП, простой или усиленной.
- Тот кто занимается печатью - печатает этот единый файл. Не обязательно исполнитель, не обязательно находящийся там же и не обязательно обладающий тем же набором оборудования. По хорошему система электронного документооборота должна уметь различать разные форматы в *.pdf и обладать возможностью отправлять их на разные принтеры.

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

За изменение реквизитов документов должна отвечать СЭД - контроль шифров и т.п. "Тяжелые" СЭД типа TDMS, ЛОЦМАН:ПГС (не реклама!) и т.п. имееют интерфесы как к автокаду, так и к ворду. Правда настройка всего этого называется "внедрение" и по стоимости может превысить стоимость базовой части СЭД. Правда все интеграторы об этом умалчивают.
Частично об этом можно почитать в ГОСТ 2.051-2006.
Отличие фамилий в текстовой части и графической это не баг, это фича - они и могут различаться, так как делать их могут разные люди.

Сообщение от zirae1 Да просто приятно иметь контроль над информацией о проекте из одной точки.

Опять же для этого нужна СЭД - иначе через 2-3 года компания погрязает в объеме информации и кто, что и когда делал найти уже невозможно. Причем СЭД с грамотным разруливанием полномочий на доступ к объектам.
Все вышесказанное справедливо если Вы конечно работаете не один и не только на одном компьютере/принтере.
Для работы 2-5 специалистов вполне подходит хранение в системе папок, например Как описано тут пример хороший, но все-же для 5+ специалистов мое мнение уже слабовато.

[zirae1]

Сообщение от realdoc Цитата: Сообщение от zirae1 Очень геморно в подшивке (и не только), где все разбито по отдельным листам и файлам редактировать текстовую часть проекта. Делать текстовую часть в AutoCAD это не просто позавчерашний день - даже позавчера это не было нормальным способом - делать текстовый документ в графическом редакторе. Как впрочем и наоборот. Цитата: Сообщение от zirae1 В то же время с этим прекрасно справляется MS OFFICE WORD. В большинстве случаев, да - этого достаточно. Есть проблемы со съезжанием таблиц, в том числе штампов, особенно в колонтитулах. Но в общем-то все приемлемо. Но есть и другие способы. Ворд все-таки для индивидуальной работы, а не коллективной.

А можно подробнее об этих способах.

Сообщение от realdoc За изменение реквизитов документов должна отвечать СЭД - контроль шифров и т.п. "Тяжелые" СЭД типа TDMS, ЛОЦМАН:ПГС (не реклама!) и т.п. имееют интерфесы как к автокаду, так и к ворду. Правда настройка всего этого называется "внедрение" и по стоимости может превысить стоимость базовой части СЭД. Правда все интеграторы об этом умалчивают. Частично об этом можно почитать в ГОСТ 2.051-2006. Отличие фамилий в текстовой части и графической это не баг, это фича - они и могут различаться, так как делать их могут разные люди.

Я правильно понимаю Autodesk Vault можно отнести к "тяжелым" СЭД?

В общем суть такова этот проект из разряда "горящих", по-этому, чтобы не тратить время на "внедрение" Vault было решено его сделать через подшивку (все лучше, чем совсем без автоматизации), для понимания структуры проекта и различных нюансов с ним связанных. Но даже так хочется нормально провести работу, а не на от....сь!

[realdoc]

Сообщение от zirae1 А можно подробнее об этих способах.

Нужно разделить реквизитную и содержательную часть электронного документа, как это и описано в ГОСТ 2.051.
Реквизитная хранится в базе данных и является общей для всех документов. Через интерфейсы и/или простейшие макросы можно организовать вставку этих реквизитов в автокад, офис и т.п.
Содержательная часть, т.е. текст или чертеж хранится тоже в базе данных или файловом сервере.
При выводе на экран/бумагу две этих части соединяются - в штампы и т.п. вставляется реквизитная часть, в поле для текста - собственно текст.
Чисто как пример:
Допустим Вы в ворде делаете заготовку, имеющую два тега <<текст>> и <<шифр>>. Шифр вы допустим определяете очень просто - наименование папки в которой лежит файл. Текст у Вас лежит в той же папке или его можно сразу набирать в том же файле. Отдельно лучше. Дальше делаете макрос, который делает замену этих тегов соответственно на наименование папки и текста. После этого, просто помещая эту заготовку в нужную папку, нажимаете кнопку и синхронизируете шифры по всем документам. Можно и по другому - сама заготовка копируется макросом в папку из какого-то источника, после этого обрабатывается. Можно шифр брать из файла Excel или базы данных.
Что Вы получите:
1. Заготовка будет храниться на сервере и Вы можете гарантировать, что она будет единая для всей организации, ее изменения будут влиять оперативно на все следующие документы.
2. Вы легко формируете документ с нужной реквизитной частью.
В автокаде штамп можно сделать блоком и менять его атрибуты.
Главный минус такого способа, который не позволяет относится к нему серьезно - этим способом чаще всего может пользоваться только тот, кто создал соответствующую систему и макросы.
Более правильный способ:
Обе части хранятся в базе данных, для формирования текстового документа используется генератор отчетов. Т.е. берется текст или другие данные и вставляется в отчет определенной формы. Такой способ используется например в системе http://www.lider-audit.ru/.
В этом случае пользователь набирает только текст, причем для этого как раз ворд слишком мощный и стоит денег, это можно делать в любом редакторе. А программа вставляет этот текст в отчет.
Отличие от ворда в том, что в ворде создать шаблон учитывающий все хитрости ГОСТ со штампами, ведомостями и прочим достаточно проблематично.
Также генераторы отчетов позволяют организовать пакетную печать, в том числе составленную из разных отчетных форм. Например формируется композитный отчет состоящий из обложки, титульного листа, общих данных, задней обложки, все это в нужном количестве экземпляров. Преимущество например в том, что если отправлять вручную из ворда, то сначала будет 5 экземпляров обложки, потом 5 титульного листа и т.п. Т.е. раскладывать придется вручную. А если по накладной выдается 20 альбомов в 5 экземплярах. Это реальная проблема. Генератор отчета сделает это все самостоятельно.
Минус - графическая документация все равно остается в автокаде и добираться до нее придется интерфейсами/макросами.

Сообщение от zirae1 Я правильно понимаю Autodesk Vault можно отнести к "тяжелым" СЭД?

Конкретно с ним я не сталкивался, думаю что да. Но готового инструмента для создания текстовых документов там нет насколько я понимаю - придется "внедрять" а это стоит немалых денег. Как это делается в нашей системе - выслал в ЛС.

Сообщение от zirae1 В общем суть такова этот проект из разряда "горящих", по-этому, чтобы не тратить время на "внедрение" Vault было решено его сделать через подшивку (все лучше, чем совсем без автоматизации), для понимания структуры проекта и различных нюансов с ним связанных.

На горящем объекте используйте только те технологии, с которыми знакомы, т.е. Вы все правильно сделали. Для своих целей подшивка очень хороший инструмент. Кстати откройте файл подшивки текстовым редактором - можно увидеть много полезного, в том числе как самому простейшей программой создавать любые подшивки.
На будущее, конечно, надо ориентироваться на что-то более серьезное.

[Сергей812]

Сообщение от realdoc Кстати откройте файл подшивки текстовым редактором - можно увидеть много полезного, в том числе как самому простейшей программой создавать любые подшивки.

Файл подшивки в новых версиях AutoCAD перестал быть бинарным?

Сообщение от realdoc Преимущество например в том, что если отправлять вручную из ворда, то сначала будет 5 экземпляров обложки, потом 5 титульного листа и т.п. Т.е. раскладывать придется вручную. А если по накладной выдается 20 альбомов в 5 экземплярах. Это реальная проблема. Генератор отчета сделает это все самостоятельно.

Надуманная проблема, имхо. Больше всего времени уходит на складывание чертежей формата > А3. Запустить одновременно в печать 20 альбомов могут лишь крупные фирмы с большим парком печатающей техники.

Для TC:
Как вариант: Попробуйте сначала реализовать функционал заполнения Word документа через встроенный VBA (на форумах в интернете можно найти много информации по этому поводу). Затем эти решения достаточно просто можно перенести в AutoCAD, сделав программную надстройку над подшивкой AutoCAD (на данном сайте найдете примеры работы с подшивкой).

[realdoc]

Сообщение от Сергей812 Файл подшивки в новых версиях AutoCAD перестал быть бинарным?

Виноват, имел ввиду *.dsd файлы.

Сообщение от Сергей812 Надуманная проблема, имхо. Больше всего времени уходит на складывание чертежей формата > А3. Запустить одновременно в печать 20 альбомов могут лишь крупные фирмы с большим парком печатающей техники.

Смотря что понимать под словами "запустить одновременно". Крупная выдача в 20 альбомов рядовая для практически любой организации. Но дело даже не в этом. Дело в "человеческом факторе". Люди путают документы, машина - нет.
Конкретный пример организации: 1 лазерный плоттер для чертежей и 1 мощный А3 принтер для обложек, оффлайн фальцовщик для складывания. В организации 25 человек, 2 раздела. Разделы сидят в разных филиалах в пределах города, печать организована в головном офисе. Соответственно люди в одном из офисов вообще не знают что такое печать.
Печать организована следующим образом:
1. Разработчик альбома составляет заявку на печать в БД. Это громко сказано - нажимает 3 кнопки - "создать заявку на печать" - "количество экземпляров на печать" (если их не 4) - "ОК".
2. Специалист отдела печати нажимает кнопки: "Разобрать заявки на печать" - "Полный комплект" - "Печать". В результате отпечатано: 2 накладных, обложки,титульные листы, общие данные, задние обложки. Отдельно - архивный экземпляр. Причем необходимость печати архивного по умолчанию определяется так: печатается если альбом выдается первый раз.
На принтер отправляется комплект до 1000 листов одновременно и более.
Т.е. специалист отдела печати не занимается раскладыванием по экземплярам, он просто идет по комплекту, берет пачку от одного до другого титульного листа и под заднюю обложку впихивает чертежи с соответствующим шифром.
Вы правы, в этой цепочки самым слабым местом является складывание, но автоматизировать эту часть очень дорого - онлайн фальцовщик с кросс-сложением это очень дорого. Все остальное автоматизировано.

[zirae1]

Большое спасибо!
Буду напрягать наших программеров, чтобы они макросы создали, а то я в них не силен, от слова совсем!!!
Жаль, что у нас нет (пока?!!) нормальной БД.
Ну, а на счет генератора отчетов буду думать, если такового не будет в Vault.

[Сергей812]

И как уже писал недавно - не забывайте о человеческом факторе: чтобы успешно это все внедрить по всей фирме - должно быть понимание и заинтересованность руководства/владельцев фирмы (поскольку у них административно-финансовые рычаги). Если, конечно, не сделаете систему с одной кнопкой и искусственным интеллектом, чтобы БД сами наполнялись и т.д....

[realdoc]

Сообщение от zirae1 Буду напрягать наших программеров, чтобы они макросы создали, а то я в них не силен, от слова совсем!!!

Просто так напрягать не получится надо понимать, что есть следующие проблемы:
1. Административная - то, о чем написали Сергей812. Т.е. противодействие сотрудников. На пути внедрения Вам придется постоянно ломать сопротивление "мытакпривыкших". Для этого нужно:
- со стороны руководства - желание и решимость. В том числе решимость подкрепленная материально.
- с Вашей стороны - подготовить руководству регламент внедрения, перечень функциональных обязанностей и т.п. Т.е. те документы, на которых начальство поставит свою подпись и которая позволит "осадить" тех, кто будет говорить, что и без Вашей системы все нормально 40лет проектировал.
Поверьте, это будет очень большой проблемой. Оставлять ее на потом очень плохо - все будет держаться на Вашем энтузиазме и еще нескольких коллег. В результате дело скорее всего закончится ничем, особенно если Вы уйдете.
2. Реализация. Это не так просто как кажется:
- напишите техническое задание. Ооооочень подробное, до всех мелочей. Каждая пользовательская операция должна быть четко описаны, оговорены требования к интерфейсу и т.п. Во-первых это позволит Вам самому все тщательно продумать, во-вторых позволит избежать лишних споров с программистами - когда все обсуждается на пальцах, потом трудно понять кто что имел ввиду. В приложенном файле есть некоторая заготовка - обратите внимание, по одному из самых маленьких модулей это весьма внушительный документ. Пользовательские операции оформлены в виде таблиц - очень удобно.
- всегда держите в голове возможность масштабирования системы - предположите, как будет работать система когда фирма увеличится в 10, 100 1000 раз. Что будет когда появится еще один отдел, что будет если печатать будет не один человек, а 10 человек или 3 отдела. Что будет когда офисы будут в разных городах. Т.е. мыслите не ситуацией, а "классами". Примерно: если Вы описываете мерседес, описывайте автомобиль. Под это определение легко уложится мерседес, как представитель класса "автомобили". Это позволит избежать больших переделок в будущем.
- заставляйте программиестов:
а) тщательно документировать систему - описывать что и как работает, какие модули и зачем предусмотрены в системе. Это нужно чтобы все не замыкалось на одного программиста - чтобы любой другой тоже мог разобраться.
б) работать так, чтобы на любой момент времени программа компилировалась, а не была кучей разбросанных кусков, в которых "тут сейчас допилю" и будет работать. Невозможно сделать систему в которой будет сразу все, но не стоит писать код пока не исправлены ошибки в предыдущем.
- постоянно советуйтесь с коллегами, даже из других компаний как лучше что-то реализовать, как правильней понимать требования ГОСТ - раз уж Вы хотите заполнять штампы.

[Сергей812]

Сообщение от realdoc напишите техническое задание. Ооооочень подробное, до всех мелочей

Это пригодиться не только в споре с программистами - но и при общении с руководством после внедрения. Поскольку руководство всегда надеется - что подчиненные, проникнувшись важностью доверенной им работы, сделают гораздо больше оговоренного Т.е. за свою инициативу потом можно еще и получить претензии - почему не предусмотрены все возможные случаи, ведь это так "просто" (это из личного опыта внедрения автоматизации).

[zirae1]

Сообщение от Сергей812 И как уже писал недавно - не забывайте о человеческом факторе: чтобы успешно это все внедрить по всей фирме - должно быть понимание и заинтересованность руководства/владельцев фирмы (поскольку у них административно-финансовые рычаги). Если, конечно, не сделаете систему с одной кнопкой и искусственным интеллектом, чтобы БД сами наполнялись и т.д....

В этом плане мне повезло. Я являюсь руководителем проектной группы, а по-тому просто уведомил начальника, что работа внутри группы будет автоматизироваться, сначала блоками, подшивками, ссылками и т.д., а затем с помощью Vault, внутри группы сопротивления не встретил, наоборот. А остальные проектные группы помаленьку подтягиваются сами, либо в добровольно-принудительном порядке, когда кого-либо передают на "усиление" нашей группы.)))
А вот заинтересованности владельцев фирмы нужно еще добиться. Надеюсь результаты их впечатлят.

[Сергей812]

Сообщение от zirae1 В этом плане мне повезло. Я являюсь руководителем проектной группы, а по-тому просто уведомил начальника, что работа внутри группы будет автоматизироваться, сначала блоками, подшивками, ссылками и т.д., а затем с помощью Vault, внутри группы сопротивления не встретил, наоборот.

Надеюсь, ваш начальник не станет рапортовать выше о грядущем небывалом повышение производительности проектной группы до получения каких то реальных результатов. А то как то неловко получиться У меня то фактически закончилось тем, что руководство решило - что мои дополнительные навыки и умения являются бесплатным приложением к основным обязанностям. Я довел до логического конца текущий этап, написал инструкции и "закрыл" вопросы по автоматизации в текущей фирме)

[skkkk]

Рискую сорвать шквал негодования, но все же хочу поднять тему и все же понять для себя: какими соображениями, кроме "религиозных" люди руководствуются, когда с некой издевкой что ли говорят о тех, кто оформляет текстовые документы в Автокаде. Чем он плох для такой цели? Сколько ни искал - кроме общей фразы, что это - некомильфо, ничего нашел.

Сообщение от realdoc Делать текстовую часть в AutoCAD это не просто позавчерашний день - даже позавчера это не было нормальным способом - делать текстовый документ в графическом редакторе.

Но раз уважаемый realdoc об этом говорит (и кстати не только он из тех, кто возведен мною в ранг уважаемых, но сейчас ссылки искать недосуг), то меня это заставляет не слепо доверяться своему опыту общения как с Вордом, так и с Автокадом.

Приведу тезисы, которые я считаю плюсами данного подхода. С некоторыми отступлениями в рамках темы.
1. Многострочный текст (а в данном контексте есть смысл говорить только о нем) можно расположить на листе как душе угодно: хоть на полях, хоть строчку продолжать на другой стороне листа. Там есть и колонки, и нумерация, и табуляция, и возможность разбить текст на фрагменты, при этом сохранив его целостность и дав возможность двигать эти фрагменты за ручки куда угодно. Довольно легко можно вписать текст в необходимую область, не мучаясь с тем, что заголовок раздела часто предательски норовит остаться снизу листа, когда сам раздел уже убежал на следующий. Или таблица разрывается на пол-листа. В Ворде всегда с этим "свистопляска". Сегодня минут двадцать убил на то, чтобы удалить последний пустой лист. Ставлю курсор на пустой лист, доступна только одна строка, а он, гад не "бэкспэйсится" и не "дэлитается". Погуглил. Пояндил. Так и не убрал. Плюнул. Вставил все в новый документ. Один заказчик сейчас заставляет меня подвергаться таким экзекуциям - в Ворде хочет текст - и ни в какую не сломать его, мол, правила (дорожники они). Offtop: Лучше б порядок в подосновах своих навели. Только почищу все от дубликатов объектов, от прокси, отпуржу - убью пару часов, комплект подоснов похудеет с 80 до 30 Мб, радуюсь, как все залетало. А они возьми да через пару дней пришли новый комплект подоснов! На третий раз я добыл себе комп помощнее и смирился.
2. Когда дело доходит до заполнения основной надписи и дополнительных граф, у меня вообще начинается тихая истерика. А сквозная нумерация? Это ж капец. Добавишь строчку в начало файла - оп! - и весь документ покорежило, квадратики с нумерацией поехали по своим делам. Сдвинул поле - хрязь! - и основная надпись уже "побочная" - дополнительные графы вообще своей жизнью живут. Не знаю, говорят, можно сделать нормально штамп в Ворде, однако зак нам сам дал файлы-образцы, но сделаны они настолько коряво! Сам я с Вордом не дружу вообще - с самого первого знакомства не заладилось; максимум писмишко какое черкануть и все. Эксель очень люлбю, а на Ворд у меня аллергия. Может, конечно, просто готовить не умею, но зато умею готовить старичка Автокада - в нем таких проблем не возникает.
3. Редактор многострочника в Автокаде на мой взгляд очень гибок и удачен. Все под рукой, и не могу придумать чего-то такого, что в нем сделать не удавалось, что можно в Ворде. Кстати, таблицы тоже довольно неплохи, если дружить с ними, но не чета, конечно, экселевским.
4. Текст в Каде очень хорошо поддается программному подходу - как созданию, так и редактированию, - и результаты практически всегда ожидаемы и предсказуемы. В ворде.... ну вы понимаете. Хуже женщины .
5. Помимо программирования есть еще и поля (fields). Слышал, что в Ворде они тоже есть, но я сомневаюсь, что они дадут мне сосаться на номер листа текущей подшивки. А вытаскивать не из Автокада мне их зачем? Я вообще-то черчу в нем.
6. Не нужно делать лишних кликов чтобы найти нужный файл - все под рукой - в постоянно открытой и закрепленной слева подшивке (благо, мониторы большие) со всеми вытекающими из нее бонусами, как то: однокнопочная печать, достаточно удобный механизм (полу)автонумерации листов из разрозненных чертежей, не самый плохой способ полуавтоматического заполнения, а главное редактирования исходных данных, например.

Для Ворда - простой, ни с чем не связанный, не обремененный рамками, штампами, таблицами, растрами обособленный документ - да, но не более того. В инженерном деле - чем больше ручных правок, тем больше глупых, смешных, а порой и критических ошибок. Дядюшка СЭД, наверное более прогрессивный вариант, но внедрить его, как уже говорили - дело, близкое к неподъемному при нашем ритме. А подшивками я в свое время овладел буквально за один день. Серьезно. Так почему б не пользоваться той мощью, которую предлагает для этого Автокад? Просто потому, что это не текстовый редактор? Что скажете, уважаемые адепты Вордовской текстухи? Есть у Вас, что противопоставить?

[Кулик Алексей aka kpblc]

1. Длина строки внутри одного многострочного текста (включая служебные символы) не может превышать 32565 символов (если мне не изменяет мой склероз).
В Word'е заставь показать непечатаемые символы - наверняка найдешь принудительный разрыв страницы.
2. Вот зря ты с Word'ом не дружишь - понятие колонтитулов решит твою проблему "на раз".
4. Текст и Word'e прекрасно поддается редактированию и программной обработке (судя по тем редким постам, которые у меня перед глазами мелькали - все же не слежу я за подобными разработками). Перекрестные ссылки в том же Wordе - это ж песня! Настолько удобно и просто!
5. На номер подшивки, конечно, ты не сошлешься (если не прибегать к некоторым пляскам с бубнами типа извлечения данных или attout)
6. Я не фанат Word'а, но, надеюсь, что зерно сомнения я заронил

[skkkk]

Окей, вижу, прям почти по одному "Б" на каждое мое "А", уже начинаю догонять, что мой недруг не так уж и плох. Offtop: Признавайся, в Ворде автонумерацию создавал к своему посту?
1. Не знал. Никогда не было значит, у меня таких текстов. Offtop: Честно говоря, я обычно создаю отдельные небольшие тексты, часто программно, в пределах одного файла. Например, ПЗ или расчет какой, или вообще в одном файле, если проект не сильно велик. Знаю, не очень хорошо, но часто мне удобно. Как исходя из желания иметь все под рукой, так и работая программно - так мне пока проще с моим уровнем. Ну да невелика проблема - создаем второй и едем дальше. А про эти непечатаемые символы я нашел, включил, и про разрыв страницы нашел мнение, но запрактиковать не вышло. Видимо, сыграла моя лютая предвзятость к этому пациенту. Что даже что-то непонятное не родило во мне огня желания решить эту задачу. При этом будь это Автокад, я бы не слез, пока не решил.
2. Про колонтитулы я тоже слышал и даже непосредственно дело с ними имел - не такой уж я темный, да и в этих пресловутых файлах, о коих я излагал выше, сидят как раз они, но то ли сделаны через жёрдочку, то ли я рукожёсткий - не, не осилил я с ними помириться. Скачут эти титулы, как доллары в кризис.
3. Забыл. Пожалуй, единственное, что я люблю в Ворде - это редактор формул. Прям там делаю и вставляю в Автокад как OLE. Вот как раз вылез твой шестой, точнее третий пункт .
4. Интересно стало. А почему эти посты такие редкие, нет мыслей? Может, в Красной книге все эти программисты уже? Я тоже это заметил, хотя на каком-нибудь doc.ru не бывал - субъективна, конечно, моя оценка. И про перекрестные ссылки надо почитать.
5. Да-да, одеваем костыли, садимся на велик... Знаем, плавали. Много там сюрпризов, в этих потусторонних сущностях, которые объединяют Офис с Кадом. Связи с данными особенно "хороши" и "шустры". Опять же, это время, и наверное, не один день. Особенно если лезть туда с пулеметом на лиспе.
6. Ну что-то такое есть, однако, это может мне пока послужить лишь утешением в моем предстоящем долгом еще общении с этим "Словечком". Не знаю, что должно вырасти из этого зерна, чтобы я бросил любимые подшивки и ушел на Ворд.

Кстати, Алексей, не подскажешь, что тебе известно о программной работе с подшивками? Я еще не лез в эти дебри, но желание имею. На момент выхода букваря Полещука подшивки наверное, были только в зародыше. Может, это что-то вроде словарей или таблиц? Что нам скажет наш любимый лисп?

[Сергей812]

А уж как обрадуются сметчики спецификации в autocad.. да и отдел закупок с производственным отделом не раз будут благодарить неизвестного рационализатора за это.. а составители общей пояснительной записки (если они не явные адепты только хардкора в акаде) тоже добавят свои теплые слова..

----- добавлено через ~2 мин. -----

Сообщение от skkkk программной работе с подшивками?

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

----- добавлено через ~14 мин. -----
p.s. В Worde более удобно не генерировать весь документ, а иметь шаблоны, куда подставлять необходимые данные через поля, закладки, имхо. Почему сейчас мало постов на тему программирования Word - а потому что (слава Майкрософту!) за эти годы основная объектная модель ворда фактически не поменялась - поэтому информацию надо искать больше по старым форумам.

[trir]

LaTeX

подшивки это закодированный xml, я уже выкладывал код на C# для работы с ними без АкАд'а

[shmulka]

Сообщение от trir я уже выкладывал код на C# для работы с ними без АкАд'а

Можно ссылочку?

[trir]

http://forum.dwg.ru/showpost.php?p=1338894&postcount=33

[Сергей812]

http://forum.dwg.ru/showthread.php?t=104296&page=2
только учитывайте, если работаете в постоянно обновляемой версии акада (включая и подписку со следующего года), что метод кодирования может измениться в любой момент. Т.е. на свой страх и риск)