[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
только учитывайте, если работаете в постоянно обновляемой версии акада (включая и подписку со следующего года), что метод кодирования может измениться в любой момент. Т.е. на свой страх и риск)

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

Сообщение от skkkk А почему эти посты такие редкие, нет мыслей? Может, в Красной книге все эти программисты уже

Просто не отслеживаю я эти вещи - и так поток информации дикий.

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

СОМ-модель в подшивках не поддерживалась, поэтому lisp там идет лесом. VBA или .NET (хотя уже ответили и даже ссылки привели, пока я тут с git воюю )

[Сергей812]

http://forum.dwg.ru/showthread.php?t=73278 - доступ к подшивке через лисп.. напрямую отсутвует

[skkkk]

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

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

Сообщение от Сергей812 .. а составители общей пояснительной записки (если они не явные адепты только хардкора в акаде) тоже добавят свои теплые слова..

Учитывая, что пояснительную записку процентов на 70-99 я делаю автоматом и быстро, собирая данные с чертежа, меня не особо парит температура их слов. Тем более, если кому надо (как сейчас) - делаю для них в Ворде - благо копипаст хорошо работает между программами.

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

Насчет шаблонов - согласен, я вообще их ярый сторонник. Даже с лиспом в паре, хоть он потихоньку и сводит на нет их значимость. А изучать еще язык для программирования в Офисе - быстрее получилось с подшивками, хоть на VBA под Excel я и имею некий удачный опыт. Да, нужно поискать (или сделать шаблон в Ворде с нормальной основной надписью, будет уже легче. Правда, если заказчики не продолжат давать, точнее, навязывать свои шаблоны, от которых меня подтрясывает. Но уж очень возбуждает печать ВСЕГО комплекта одной кнопкой в один PDF - безо всяких склеек и лазаний по разным программам. Более, чем в половине случаев большего и не требуется. А также почти автоматическая нумерация и заполнение штампов.

Сообщение от Кулик Алексей aka kpblc поэтому lisp там идет лесом

Сообщение от Сергей812 доступ к подшивке через лисп.. напрямую отсутвует

Жаль, конечно, но не страшно. Там-то и программировать особо нечего, так, я хотел программно кое-чего менять при случае, исходные данные там всякие или нумерацию листов, но этот инструмент, такой какой он есть со всеми его минусами меня устраивает.

[Сергей812]

Сообщение от skkkk Сергей, не поверите, но мы всегда делали спецификацию в Автокаде, так было еще до меня - и никто ни разу не жаловался. Дорожники в нем ее и хотят тоже. Да и потом, я могу генерировать спецификацию в Экселе, только почти никогда не требуется - редко какие сметчики просят. Для меня настоящий хардкор - это как раз спецификация в Экселе, или чего хуже в Ворде. Она у нас по ГОСТу, там заданы ширины колонок и высота строки. Не люблю подгонять это в Офисе.

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

Сообщение от skkkk Правда, если заказчики не продолжат давать, точнее, навязывать свои шаблоны, от которых меня подтрясывает.

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

[skkkk]

Сообщение от Сергей812 А что там подгонять то в офисе - создал один раз шаблон вордовский и все

Раз уж речь вести об Офисе и раз уж спецификация - это таблица, то не проще уж тогда использовать Эксель? На мой взгляд какие-то капризные эти таблицы в Ворде. Хотя в первом создать правильную рамку и основную надпись, полагаю, еще сложнее?

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

Сообщение от skkkk в первом создать правильную рамку и основную надпись, полагаю, еще сложнее?

Мне подобное сделать не удавалось

[skkkk]

Я даже и не пытался. Находил на просторах различные варианты, не помню чем, но все не устроили.

Сообщение от Сергей812 производственный отдел был очень рад..)

А чему он был "рад"? Тому что

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

или просто факту спецификации в Автокаде? Чем он мотивировал свою радость, если верно второе? А если верно первое, то частный случай кривых рук предлагаю не рассматривать. Опять же, если кому-то без Автокада понадобится спека в редактируемом виде, они попросят меня - переведу в Эксель - обычно им оформление не критично, просто копипастить удобно. А в Ворд... а какой в этом смысл?

[Сергей812]

Сообщение от skkkk или просто факту спецификации в Автокаде? Чем он мотивировал свою радость, если верно второе?

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

Сообщение от skkkk Хотя в первом создать правильную рамку и основную надпись, полагаю, еще сложнее?

Сообщение от Кулик Алексей aka kpblc Мне подобное сделать не удавалось

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

[trir]

https://github.com/triroakenshield/SheetSetManager

[sYska]

Работал в таком экселевском шаблоне с рамкой по "принуждению" - ничего хорошего не увидел

Прилагаю свой вариант экселевского шаблона с рамками, только под А3 формат.
В принципе можно сделать и под другие форматы, но в екселе есть проблемы с определением габаритов формата печати.

Так, же есть нормальный шаблон ПЗ в ворде с макросами, которые обеспечивают:
1) Формирование содержания штатными средствами Ворд в любом из разделов с сохранением правильной нумерации внутри раздела и сквозной нумерацией всех листов
2) Формирование рамок в по любому формату равному или большему А4
3) Быстрое изменение реквизитов документа (проверил разработал, шифр и т.д.)

Макросы писал сам, и так как я не программист, а инженер, то за их содержание уж извините, но функционально они работаю нормально.

[Владимир_М]

Сообщение от sYska Прилагаю свой вариант экселевского шаблона с рамками, только под А3 формат.

Под 64 разряда не работает...

Раз пошла такая... Тоже пытался такую задачку решить года 2 назад. Эти спеки нормально делались в Ворде, автоматом заливались данные из екселевской базы. Никаких проблем со штампами и разбивкой на страницы. И нумерация и кол. страниц, все через готовые поля.
Но появился заказчег привередливый. Вот выдай ему спецификации именно и только в Екселе. Ну и, проблема с разбивкой страниц, вставкой штампов.
Пытался и через колонтитулы. Но как-то с точной графикой Ексель не дружит, что-то сделаешь, вроде, нормально на экране, посмотришь что на печати? а там все перекорежило.
Или даже просто нормально работающий файл открываешь на другом компе, опять строка может уже на соседнюю станицу переползти.
В итоге просто как идея, для тех кто мучается подобными вопросами, может пригодится: попытался штамп делать из "надписей" поверх ячеек. Ну и после заливки всех строк (с акада ли, с ворда или вручную) по команде с кнопки строки под шпампы освобождаются и штампы вставляются и рамки листов отрисовываются по всем страницам.

[sYska]

Владимир_М - интересный вариант решения.

Все основные проблемы которые ты описал как мне кажется связаны с тем, что excel размер страниц принимает не по габаритам листа (как в ворде), а по габаритам печатной области.
Поэтому при изменении принтера, пусть даже с сохранением формата листа может привести к изменению габаритов печатной области, а следовательно и к изменению разбивки на страницы.
На этот случай у меня там скрипт предусмотрен для сужения/расширения столбцов по печатной области.

Но с мнением, что работа в excele с колонтитулами просто отвратительна, я согласен

Под 64 разряда не работает...

Странно... у тебя 64-битный офис? Если не затруднительно можешь скинуть скрин ошибки?

Данный шаблон я разработал не по требованию заказчика, а так как считаю, что наиболее подходящим инструментом для вычислений - excel, и следовательно, если результаты этих вычислений (КЖ, спецификация) будут в этом же формате, то это будет наиболее быстрый, безпроблемный вариант, да и изменения вносить достаточно просто и быстро.

[Владимир_М]

Сообщение от sYska Странно... у тебя 64-битный офис? Если не затруднительно можешь скинуть скрин ошибки?

При нажатии на кнопку

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

[sYska]

Владимир_М, Спасибо.
Поправил, вроде. У меня, к сожалению, нет возможности тестировать на многих платформах.

Владимир, а если добиться, чтобы в экселе все нормально работало, то зачем делать лишнюю операцию (сливать в ворд)?

Тем, более что ворд тоже не панацея и как и все продукты микрософта работает не всегда так как от него ожидаешь.
Бывает и рамки слетают, после сохранения/открытия и таблицы деформирует по непонятной причине с выводом сообщения "ошибка в таблице".

[Владимир_М]

Сообщение от sYska а если добиться, чтобы в экселе все нормально работало, то зачем делать лишнюю операцию (сливать в ворд)?

Дак вот, все в этом "если"... сам не хочу делать лишнее, больше того есть потребность в создании такого шаблона, не для спецификаций уже, а просто для любых расчетов в Excel. Чтобы автоматом вставка рамки и штампа на каждой странице... Но пока и мой вариант мне не совсем нравится, и другие что есть в интернете. И Ваш что-то опять не получается:
нажимаю на кнопки, на ошибки уже не ругается, но и ничего больше не происходит...
и вот это разбиение на страницы на листе "Рамки", см. картинку во вложении, тоже сильно смущает - аж 4 строки штампа у меня уехало на вторую страницу (просто открыл файл, ничего не нажимал)...
Разъясните, пожалуйста, как надо пользоваться приложением, что должно происходить по нажатию кнопок?

РS. Извиняюсь, по нажатию первой кнопки заметил - подгонка страниц по ширине произошла. По нажатию второй кнопки как понимаю д.б. вставка штампов и рамок - этого нет.
PSS. Если правильно понял по коду, не хватает картинок *.emf
K(1) = "Рамка_лн"
K(2) = "Рамка_пн"
K(3) = "Рамка_лв"
K(4) = "Рамка_пв"
K(5) = "Рамка_лн2"
K(6) = "Рамка_пн2"
K(7) = "Рамка_лв2"
K(8) = "Рамка_пв2"
или они как-то из кода создаются?

[sYska]

Владимир_М,
По нажатию кнопки "Подогнать данные под рамку" производиться подгонка области печати под размер листа. Это нужно для того, чтобы устранить разницу в габаритах печатаемого пространства листа. Оно у каждого принтера свое).

По нажатию кнопки "Вставить рамку в колонтитулы", с некоторыми предварительными манипуляциями, формируются картинки из листа "Рамки" и вставляются в колонтитулы активного листа. Увидеть их можно при выводе на печать или в предварительном просмотре.

Картинки создаются вставляются и удаляются.

PS. Лист "Рамки" - чисто технологический на него смотреть не нужно, смотри в листы с данными.

[Владимир_М]

Сообщение от sYska Увидеть их можно при выводе на печать или в предварительном просмотре

Ага, есть эффект! Спасибо! Буду разбираться дальше

[skkkk]

Вот смотрю я как ежики кололись, но все равно не хотели расставаться с муками.
Знаю, что раскритикуют сейчас, но все равно выскажусь на этот счет еще разок.
В какой-то момент я решил: если в документе предусмотрена основная надпись - то никаких вордов и экселей.
Ну люблю я, чтобы в моих чертежах были правильные рамки. Не столько, сколько смог ворд напечатать, а по пять миллиметров со всех сторон, и двадцать - слева.
В итоге и спецификации, и даже текстовые документы я делаю в каде. И знаете - ни разу об этом не пожалел. Ладно, я их программно формирую не отходя от кассы, но даже те таблицы, в которых мне нужны сложные расчеты, я делаю в Excel, а затем вставляю эту таблицу в автокад через связи с данными и печатаю оттуда. Там довольно удобно можно настроить разрыв таблицы (равно как и текста) и очень красиво распечатать по ГОСТу. Вариант попроще, который я тоже практикую - копирую таблицу или ее фрагмент из Excel, или текст из Word, и вставляю в кад как OLE-объект. А на колонтитулы у меня аллергия еще со скамьи.

[kp+]

Сообщение от skkkk В какой-то момент я решил: если в документе предусмотрена основная надпись - то никаких вордов и экселей.

Но до первого категорического требования заказчега/экспетризы предоставить то-то и то-то в тех самых вордах и ёкселях. Зачастую такие требования прописываются отдельной строкой в договоре или ТЗ. Сам раньше делал спецификации в Акаде с использованием Atable. Потом по одному объекту пришлось переделывать в Ёксель. Потом как-то перестроился на него, но Atable вспоминаю с грустью и ностальгией. В нем были такие прибамбасины, которых в Ёкселе нет и не будет - типа отображения длинных записей в несколько строк с сохранением единства исходной записи.

Сообщение от skkkk Вариант попроще, который я тоже практикую - копирую таблицу или ее фрагмент из Excel, или текст из Word, и вставляю в кад как OLE-объект.

[Владимир_М]

Сообщение от skkkk В итоге и спецификации, и даже текстовые документы я делаю в каде... Там довольно удобно можно настроить разрыв таблицы (равно как и текста) и очень красиво распечатать по ГОСТу. Вариант попроще, который я тоже практикую - копирую таблицу или ее фрагмент из Excel, или текст из Word, и вставляю в кад как OLE-объект.

Н-да! Это круто! Особенно про текст из Word!!!

Сообщение от skkkk Вот смотрю я как ежики кололись, но все равно не хотели расставаться с муками.

И что? У Вас при этом нигде ничего не колет?! Не верю...
Не пробовали переработать таким образом Расчет страничек так на 30 их Excel, а тем более Пояснилку страничек так на 50-100. Дык так можно исколоться до полусмерти!
Особенно с текстом, когда в Word все буквально отработано автоматически, штатными средствами - ну очень оригинальный подход!
Может я просто не знаю такой технологии. Ну объясните на пальцах бестолковому. Вот есть текст на 100 страниц. И после того как Вы это изобразили в Акаде с абсолютно точными рамочками и штампами, вдруг понадобилось вставить еще один абзац на второй странице. Какие надо проделать манипуляции, чтобы получить нужный результат?

[kifa]

Сообщение от Владимир_М вдруг понадобилось вставить еще один абзац на второй странице. Какие надо проделать манипуляции, чтобы получить нужный результат?

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

Да и абсолютно выверенные рамочки это конечно прекрасно, но поменяют принтер и он все поля порежет, стреляться? )