[swell{d}]

В nanoCAD СПДС пользователь может создавать собственные параметрические объекты.
Использование пользовательских параметрических объектов может компенсировать отсутствующие на данный момент динамические блоки.

Ниже представлено видео Михаила Гладких (mihanick) про создание параметрических объектов на примере элемента обрамления проёмов:
http://youtu.be/EZwO6EIrrKQ

В этой теме буду выкладывать свои наработки. На данный момент есть:
- Фоновое армирование плит
- Обрамление проёмов
- Доп. армирование - зоны распределения
- Сопутствующие таблицы
- Маркеры для обрамлений и зон распределения
- Сваи

Предложения-пожелания приветствуются

Статьи на wiki:
- Основная статья

Видео с примером использования

П.С. Для установки вызвать Базу элементов (из панели инструментов или командой spbrowser). В Базе элементов выбрать любую папку, щёлкнуть по ней правой кнопкой мыши, выбрать импорт из файла и загрузить все файлы с расширением .mcd из распакованного архива

Последняя сборка в сообщении #38 или на вики

[Konstruktiv54]

я лично для тебя уже отвечал на этот вопрос )) смотри сообщение 509.

[AlexV]

Сообщение от Konstruktiv54 я лично для тебя уже отвечал на этот вопрос )) смотри сообщение 509.

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

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

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

[Konstruktiv54]

Offtop: Алекс, ты так то мучаешь всё сообщество своей 7ой версией, Яков вон специально для тебя архивы какие-то выкладывает )) а ларчик то просто открывается. По идее спасение утопающих - дело рук самих утопающих.

Да брось, зачем объект с пустыми значениями, добавь просто пустую строку в шаблон отчета и будет тебе пустая строка в отчете. Если надо - ее можно спрятать путем =setHeight(0). Я просто с ней не заморачивался, для себя давно решил без нее таблицы строить.

[AlexV]

Сообщение от Konstruktiv54 Offtop: Алекс, ты так то мучаешь всё сообщество своей 7ой версией, Яков вон специально для тебя архивы какие-то выкладывает )) а ларчик то просто открывается. По идее спасение утопающих - дело рук самих утопающих. Да брось, зачем объект с пустыми значениями, добавь просто пустую строку в шаблон отчета и будет тебе пустая строка в отчете. Если надо - ее можно спрятать путем =setHeight(0). Я просто с ней не заморачивался, для себя давно решил без нее таблицы строить.

Эти пустые строки - в конце всей таблицы, а если надо между разделами вставить? (ну, к примеру, после "Сборочные единицы" и "Детали" что б было по 3 пустых строки?) Можно их перетащить, конечно, в нужное место, но при перестройке отчета поведение непредсказуемо..

Короче говоря, я пока для себя организовал "таблица-один отчет" так: параметр для всех объектов SpecPartition, принимающий значение наименования разделов спецификации ("Сборочные единицы", "Стандартные изделия", "Детали" и "Материалы") - по нему во первых строках письма отчета объединяем строки; параметр iNspec, по которому идет сортировка объектов внутри раздела.. Для "внедрения" заголовков разделов унутрь отчета создал объект, у которого iNspec=0, соответственно внутри раздела он помещает себя на первое место.. Ну и под материал создал объект, который тупо закидывает в строчки "Поз.", "Обозначение", "Кол-во" и "Примечание" то, что туда вобъет пользователь.. iNspec для этого объекта сделал редактируемым, что бы можно было по желанию расставлять материалы выше-ниже в таблице..
В принципе, вроде схема работоспособна, хотя - поскольку запряжены в одну телегу и кони, и, понимаешь, трепетные лани, то часть параметров "не пересекается", и при изменении значения оных через таблицу всегда будут висеть ошибки (ну, т.к. у уголка нет в списке параметра "диаметр", а у арматуры "ширины полки"..)


...теперь осталось переписать скрипты для тех статыщ объектов, которые я уже налепил, и - спи-отдыхай!

[Konstruktiv54]

http://clip2net.com/s/3gODFbG попробуй так, где NumberSpec = SpecPartition+0.1*rfPosition.
p.s.: очень жаль что mechwisard не умеет парсить строки ((

[doctorraz]

AlexV, у тебя , как всегда свой путь (((
вместо того, что бы заранее продумать ,

1. для столбцов спецификации, публичные параметры имели одинаковые имена полей
2. минимум расчетов в самом отчете, объект сам должен формировать для спецификации параметры, таблица только собирает, что есть
3. таблице тогда остается только собрать существующие объекты, сгруппировать и посчитать общее количество

а так конечно, опять все переделывать (((
Табличный отчет с группировкой

Нажмите для просмотра

http://www.youtube.com/watch?v=ZVEbTf2sDtw

[AlexV]

Сообщение от doctorraz AlexV, у тебя , как всегда свой путь ((( вместо того, что бы заранее продумать , для столбцов спецификации, публичные параметры имели одинаковые имена полей минимум расчетов в самом отчете, объект сам должен формировать для спецификации параметры, таблица только собирает, что есть таблице тогда остается только собрать существующие объекты, сгруппировать и посчитать общее количество а так конечно, опять все переделывать ((( Табличный отчет с группировкой

Ну, путь может и свой, но "все пути ведут в Рим"...

Неправда, doctorraz, как раз параметры - столбцы спецификации у всех моих

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

[doctorraz]

Сообщение от AlexV (ну, т.к. у уголка нет в списке параметра "диаметр", а у арматуры "ширины полки"..)

ага
в чем тогда проблема?

[AlexV]

Сообщение от doctorraz ага в чем тогда проблема?

Да и нет, в общем-то, проблемы.. То бишь, можно и не обращать внимания на "#ERR" в части ячеек, если надо из таблицы поменять параметры (не общие), либо вообще - из отдельной таблицы менять, фильтруя по типу объектов..

[doctorraz]

Сообщение от MCAD Такая схема (инвертировано) давно работает в MechaniCS. Начиная со второй версии. В СПДС отключено именно по требованию постановщиков ТЗ. Нажмите для просмотра http://www.youtube.com/watch?v=5vexXIgGrVs&list=PL1MQqrS2qjWNfYGu1IyeLR3l5YGd4N20p

сучайно наткнулся ))))
если формату задать масштаб измерений, то при простановке размеров внутри формата, масштаб измерений берется с формата, независимо от того какой задан глобально. В СПДС 8 работает, в 9-ке не проверял, может и отключили

[AlexV]

Товарищи учёные, подскажите, а есть ли для отчетов какая формула, которая может собрать список из значений ячеек с разделителями? Ну то бишь для примера на картинке - что бы получить в итоге "1 7 22 43 125 146 295 310"..

[Konstruktiv54]

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

[doctorraz]

=sum(Object.iNum+" ")
естественно тип данных ячейки "автоматический"
и пожалуй по этому столбцу объединить
PS сто раз уже писал, про сложение чисел как строк

[AlexV]

Сообщение от Konstruktiv54 Я не очень понял вопрос, вот в этой статье как-то хитро номера помещений собираются...может это то что тебе надо.

Спасибо, как раз это и хотел сделать.

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

----- добавлено через ~4 ч. -----
Интересно, а вот к примеру.. анкерный блок - группу из шпилек/уголков и прочих шайбогаек у кого-нибудь "красиво" получалось сделать? Так, что бы можно ее было и в спецификации, и в ВРС обсчитать.. Я пока обходился динблоками с атрибутами, и не знаю, - есть ли смысл заморачиваться? Посмотрел мультик MCAD про рабочие плоскости.. Вроде в целом смысл понятен, хотя еще курить и курить.. Эти объекты - "определения рабочей плоскости" - чисто для обучения трудящихся созданы? А если объект имеет вид не только фронтальный и исполнений несколько..
Вот для того же анкерного блока.. я так понимаю, можно создать объект, в котором будут заданы все необходимые плоскости и параметры, потом к ним привязать через spconstraint уже существующие в базе шпильки - гайки - уголки, а потом сохранить как группу? Или как лучше сию задачу реализовать..

[Konstruktiv54]

было бы круто если бы ты разобрался и поделился ))

[AlexV]

Сообщение от Konstruktiv54 было бы круто если бы ты разобрался и поделился ))

Пожалуй, замахиваться на объект во всех проекциях не буду. Попробую для начала в плане сделать..

[doctorraz]

Сообщение от AlexV А если объект имеет вид не только фронтальный и исполнений несколько..

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

[AlexV]

Сообщение от doctorraz в лбом случае, что у болта, что у гайки рабочих плоскостей всего две вне зависимости от вида и исполнения))) для начала разберись как работают и коннектятся друг к другу трубы (хотя несмотря на кажущуюся простоту обработка изменения геометрии у этих объектов, не совсем тривиальная задача, CSoft ее толком так и не решил)

Я так понял, шо таки рабочих плоскостей в объекте будет столько, сколько запихнешь в скрипт объекта..

[Konstruktiv54]

А нужна ли эта бодяга с рабочими плоскостями итд?
Что надо конструктору?
1. Правильная графика - спокойно можно сделать в одном объекте.
2. Строчка спецификации для фундамента - ну тут вообще без вопросов.
3. Несколько строчек для спецификации элементов самого анкерного блока - вполне можно получить с помощью массива публик параметров (см. как у меня арматурный каркас сделан)

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

[doctorraz]

Сообщение от AlexV Я так понял, шо таки рабочих плоскостей в объекте будет столько, сколько запихнешь в скрипт объекта..

ага,

Offtop: как тот слон, съест то он съест, да кто ж ему даст?

только для чего их много?