|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
|
||||
|
||||
А зачем тогда три отчета? Если у вас в объектах одинаковые параметры.
Запихайте их в один отчет. Последний раз редактировалось MCAD, 18.12.2014 в 11:07. |
||||
|
||||
Регистрация: 06.12.2010
Сообщений: 186
|
Не параметры там разные, сортировка только в каждом одинаковая, просто к примеру один шаблон на маркеры кажешные, а другой на параметрические объекты доп. армирования, и оба шаблона сортируются по номеру позиции, и это может получаться к примеру так что маркеры 1,5,6,8 , а доп. армирование 2,3,4,7, соответственно в спецификации получается всё в разнобой. Как быть?
|
|||
|
||||
Инженер Регистрация: 02.10.2008
С-Пб
Сообщений: 3,686
|
Цитата:
__________________
...Не пытайся гнуть ты ложку, Не вяжи её узлом. Ложка - ложка понарошку, А по правде, - это лом! |
|||
|
||||
Без примера можно только предположить, что можно:
Последний раз редактировалось MCAD, 18.12.2014 в 11:39. |
||||
|
||||
Регистрация: 06.12.2010
Сообщений: 186
|
Цитата:
На счёт одного отчёта тоже подумал, но это вроде как не самый лёгкий путь, хотелось бы попроще ) |
|||
|
||||
Проще можно. Но только такая фигня получается :-|
Ну а проще - пока не придумал. Может позже что-то сложится или подскажет кто ;-) !!! |
||||
|
||||
Регистрация: 06.12.2010
Сообщений: 186
|
Уважаемый MCAD, я вот попробывал пойти таким путём , я в первом шаблоне отчёта добавил ещё строку, и скопировал в неё данные из второго отчёта, а в выборе объектов для этого первого отчёта, добавил ещё чтобы учитывал эти парам. обекты, и вроде спецификация то почти получилась и сортируется, только вот когда зайдёшь в неё, там несколько строк с ошибками, можете посмотреть?...
|
|||
|
||||
Я бы начал с того, что "Обозначение" (колонка "D") Вычислял бы не в таблице, а в маркере. И Вам было бы проще в таблице формулы редактировать и СПДС'у таблицу считать. Перерасчет данных в отчете происходит при каждом изменении в выборке. А маркер изменяется одни раз (правда потом отчёт тоже перестраивается, еще один аргумент упростить формулу в отчёте).
Что касается отчёта. Я имел ввиду не де строки, а условие в одной строке. Что касается файла.
Совет пересмотреть сам процесс построения документа и отчёта остаётся в силе с высоким приоритетом. |
||||
|
||||
Регистрация: 31.01.2007
Новосибирск
Сообщений: 1,040
|
После долгих мучений я вообще отказался от маркеров...и применяю только параметрические объекты.
Применение в спецификациях кучи фильтров (как в примере из поста 270) предполагающие вносить в спецификацию только маркеры с названием "Маркер КЖ в.2" и параметрические объекты "Дополнительное армирование" может сыграть с вами злую шутку. Это сейчас в примере все просто: голые объекты на голом пространстве, легко считать и контролировать, но когда в реальном объекте у вас будет 40 листов и 20 спецификаций, вы замучаетесь прописывать все эти условия, какие маркеры включать, какие не включать, и потратите много времени на проверку корректности спецификаций. Поэтому я считаю - что таблицу надо строить универсальной, она должна обрабатывать все возможные объекты/маркеры, для этого вам правильно пишет Яков, все вычисления должны проводиться в самом объекте, и таблица уже должна воспринимать готовое значение позиции/маркировки/обозначения/массы/примечания Последний раз редактировалось Konstruktiv54, 18.12.2014 в 22:31. |
|||
|
||||
В защиту / Оправдание применения маркеров хочу напомнить (тем кто забыл), что у маркеров есть следующие возможности:
Что касается таблиц:
PS: Правда это уже совсем не в тему "Параметрических объектов СПДС для армирования ЖБК". В теме совсем не осталось вопросов касающихся параметрики :-( |
||||
|
||||
Можно и даже в разы больше.
Но:
00:10 Создаём «Универсальный маркер» 00:15 По умолчанию тип поля «Простое» 00:20 Мы можем ввести значение для отображения на поле чертежа 00:26 Открываем маркер на редактирование и начинаем редактировать его свойства. 00:30 Добавляем свойства «Длина стержня» с «объекта Болт». Автоматически устанавливается «Однонаправленная зависимость» 00:40 Значение атрибута автоматически меняется на чертеже 00:45 Редактируем длину болта. Автоматически меняется значение атрибута маркера. 00:50 Редактируем свойства маркера и устанавливаем «Двунаправленную зависимость» 01:00 Меняем значение атрибута маркера на 120. Закрываем диалог редактирования. Меняется и значение маркера и Длина «дочернего» объекта «Болт» (если при этом дочерний объект имел свои зависимости, например участвовал в отчете или спецификации, то там тоже меняется 01:10 Открываем диалог редактирования болта. Смотрим, что максимальная длина болта 200 мм. 01:20 Открываем на редактирование маркер и меняем тип зависимости на связь с табличными атрибутами. 01:30 Вводим в поле редактирование значение длины стержня болта, не предусмотренное ГОСТ’ом. Автоматически определяется максимально допустимое значение, но в поле редактирования доступны и значения введённые пользователем. Более полно рассмотрены «зависимости» в команде SpConstraint (mcConstraint) Последний раз редактировалось MCAD, 19.12.2014 в 08:08. |
||||
|
||||
Инженер Регистрация: 02.10.2008
С-Пб
Сообщений: 3,686
|
Подскажите, а есть ли возможность использовать в формулах таблиц аналог функции Like из VBA? (то бишь проверить текст на содержание опр. символов)?
__________________
...Не пытайся гнуть ты ложку, Не вяжи её узлом. Ложка - ложка понарошку, А по правде, - это лом! |
|||
|
||||
Нет
...Не пытайся гнуть ты ложку, Не вяжи её узлом. Ложка - ложка понарошку, А по правде, - это лом! |
||||
|
||||
Инженер Регистрация: 02.10.2008
С-Пб
Сообщений: 3,686
|
Цитата:
----- добавлено через ~13 мин. ----- А не подскажите, как вписать блок в ячейку, что б его изображение растягивалось "на всю ширину"? ..и чего такое есть "=Object."Таблица блоков1""? Думал, шо це что-то типа "номера описания блока" в коллекции ThisDrawing.Blocks, но вроде блоки с разными именами имеют одинаковое значение этого свойства..
__________________
...Не пытайся гнуть ты ложку, Не вяжи её узлом. Ложка - ложка понарошку, А по правде, - это лом! Последний раз редактировалось AlexV, 22.12.2014 в 11:25. |
|||
|
||||
Цитата:
Object.BlockName это вроде фамилии Схема_контакт Цитата:
Цитата:
Код:
Вообще то, в этом примере я не решал никакой конкретной задачи, просто хотел показать, что можно внедрить графику в ячейку таблицы и потом по условию ее отображать. Потому как дин блоки в СПДС таблице выглядят не очень.
__________________
Мастерская СПДС Последний раз редактировалось doctorraz, 22.12.2014 в 20:08. Причина: кавычки ))) |
||||
|
||||
|
||||
|
||||
Инженер Регистрация: 02.10.2008
С-Пб
Сообщений: 3,686
|
Цитата:
__________________
...Не пытайся гнуть ты ложку, Не вяжи её узлом. Ложка - ложка понарошку, А по правде, - это лом! |
|||
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
СПДС Graphics. Интеграция с AutoCAD. Нет панелек СПДС | Sn4ke | ПО от CSoft | 40 | 31.07.2020 11:52 |
Не редактируются объекты СПДС | 4атланин | ПО от CSoft | 86 | 11.12.2017 16:03 |
Изменения системы СПДС. ГОСТ 21.101-97 и не только! | Red_line | Архитектура | 19 | 05.08.2010 18:01 |
Копирование данных для спецификаций из выносок СПДС в таблицу из мтекстов | Red Nova | Программирование | 177 | 08.12.2008 11:35 |
СПДС, Автоматическая загрузка при открытии файла | Vildar | Прочее. Программное обеспечение | 11 | 05.09.2008 16:58 |