[erikbond]

В общем вопрос в шапке темы. Есть допустим труба 40х4 длиной 3000мм, их штук 40 в чертеже, и других длин также много. Таблица соответственно не объединяет их воедино, и поэтому этих позиций становится несчитанное количество. Какую применить в данном случае формулу в шаблоне отчета? Так и не нашел нигде этого, либо не смог грамотно сформулировать вопрос в поисковике.

[doctorraz]

для начала тут c:\Program Files\CSoft\СПДС GraphiCS 10\Examples\ru-RU\Последовательность действий для создания спецификации элементов.doc

[erikbond]

Сообщение от doctorraz для начала тут c:\Program Files\CSoft\СПДС GraphiCS 10\Examples\ru-RU\Последовательность действий для создания спецификации элементов.doc

Прочел некоторые вещи прояснились, кроме =Count(Object1)
Что в итоге вбивать в скобку? Почему именно Object1 написано, где этот параметр применяется?

Добавил правило группировки в столбце А. Все получилось. Все ок!

[doctorraz]

Object-объект который выбирается в отчет
Count - количество объектов в группе (если группировка иначе один)

что бы получить количество одинаковых объектов.. добавляем группировку по столбцу(ам)(уникальным) и где нужна сумма добавляем формулу

Код:

[Выделить все]

=Count(Object)

но насколько мне известно трубы штуками не считают, а например длинами:
по умолчанию длина трубы в базе L
значит:

Код:

[Выделить все]

=summ(Object.L)

аналогично для массы и др параметров.

[erikbond]

Сообщение от doctorraz но насколько мне известно трубы штуками не считают, а например длинами: по умолчанию длина трубы в базе L

Считаю просто козырёк из труб. Поэтому унификация по длинам хороша штука. А еще следом вопрос, а перенумерация автоматическая существует?

[doctorraz]

Сообщение от erikbond а перенумерация автоматическая существует?

Автоматическая это как?
Существует, обратная связь из таблицы в объект. т.е. меняем в таблице-отчете, меняется в объекте или объектах (если группировка)
Естественно не все и не везде, в пределах здравого смысла

[MCAD]

Сообщение от erikbond Добавил правило группировки в столбце А. Все получилось. Все ок!

Тут, вроде, по "группировке" и "объединению":

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

http://www.youtube.com/watch?v=g9tBmS3mjbs&list=PL1MQqrS2qjWNfYGu1IyeLR3l5YGd4N20p&index=86
В отчете (в ячейке F4) Лучше писать в виде

=round((off(0;-2)*off(0;-1));2)

Иначе при группировке (а у вас ее ещё нет на скрине (скорее это похоже на сортировку)) будет ерунда получаться

[erikbond]

Сообщение от MCAD =round((off(0;-2)*off(0;-1));2)

А что значит off ? что он дает? Round это округляет.

[MCAD]

Я, с испугу, нажал на F1. Ну себя проверить вдруг правда нет в Help'e.
Есть и даже поиском ищется.

[erikbond]

Сообщение от MCAD Я, с испугу, нажал на F1. Ну себя проверить вдруг правда нет в Help'e. Есть и даже поиском ищется.

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

[MCAD]

Ну как, без примера, можно выдумать ответ на Ваш вопрос? Ладно раньше, хоть фотографию показывали :-)

Сообщение от erikbond сместится раздел отчета в соседний раздел,

Что такое раздел отчёта? Внезапно...

[erikbond]

Заголовок отчета точнее перепутал.
Заголовок "Метиза" могла переехать к "уголкам", при том под одной фигурной скобкой были бы обведены два заголовка отчета, а тот заголовок отчета который был в "Метизе" был пустым, даже строки исчезали, помогало только избавиться от такого глюка повторный заход в создание правила, либо CTRL+Z. Я даже хз как объяснить четко, как появится глюк сфоткаю выложу.

[doctorraz]

он так работает (СПДС)
не советую делать такие отчеты (рано или поздно словишь глюк и знать не будешь)
В базе есть отчет "Спецификация технологического оборудования" смотри как сделано там (тормзит конечно, но прямыми руками будет работать без глюков)

[erikbond]

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

Там черт ногу сломит, разберусь на досуге.

Вот какой глюк у меня вылез.

[doctorraz]

Сообщение от erikbond Там черт ногу сломит, разберусь на досуге.

дело твое, но так как хочешь (несколько выборок в одном отчете) стабильно работать не будет (проходили уже)

[AlexV]

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

Максимум разделов отчета в одной таблице, работающие без глюков - 1,9

потому, что в одной таблице из 10 глюки тоже будут

. Но лучше использовать не более 1.

[erikbond]

Сообщение от AlexV Максимум разделов отчета в одной таблице, работающие без глюков - 1,9 1,9, а не 2 потому, что в одной таблице из 10 глюки тоже будут . Но лучше использовать не более 1.

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

[AlexV]

Сообщение от erikbond Об этом разработчики интересно знают, что такой жестокий глюк а то как то две таблицы стыковать не красявишно, иногда съезжает когда меняется длина.

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

[doctorraz]

Сообщение от erikbond Об этом разработчики интересно знают, что такой жестокий глюк

предполагают, но учитывая, что повторить этот баг достаточно непросто, но ты:
1. файлы глючные не приложил
2. версию СПДС (сборку не сообщил)
не победят никогда, непросто доказать, что сий баг имеет место быть.
==================
Offtop:

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

[Техподдержка ООО Магма-Компьютер]

Сообщение от erikbond Максимум разделов отчета в одной таблице, работающие без глюков - 1,9 1,9, а не 2 потому, что в одной таблице из 10 глюки тоже будут . Но лучше использовать не более 1.

Сообщение от erikbond Об этом разработчики интересно знают, что такой жестокий глюк

По этому пошаговому не могу сказать, знаем ли мы об этом "жестком глюке".

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

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

[doctorraz]

Сообщение от Техподдержка ООО Магма-Компьютер Мы стараемся в первую очередь решать проблемы реальных пользователей, а не "если эту команду запустить 40 раз, то все-таки не сработает". И зачастую самое простое решение действительно не запускать команду 40 раз, потому что на практике никто и никогда так не сделает.

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

[Техподдержка ООО Магма-Компьютер]

Сообщение от doctorraz Но вот в процессе реальной работы эти 100500 раз в течении месяца двух могут запросто получиться и баг если есть

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

[doctorraz]

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

Offtop: абсолютно с Вами согласен.
именно по этой причине практически нет вопросов по альбомам, и некоторым др. возможностям спдс... , не сталкиваются, потому, как не пользуются, а не пользуются потому как непригодно.

[erikbond]

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

[doctorraz]

добавь группировку по столбцу Поз, и =summ(Object.Quantiti*Object.KolPoz) в столбце где будет результат

[erikbond]

Сообщение от doctorraz добавь группировку по столбцу Поз, и =summ(Object.Quantiti*Object.KolPoz) в столбце где будет результат

Да вы колдун :-) Спасибо. Тоже думал на счет суммы, но не думал что так тоже можно.

[doctorraz]

Сообщение от erikbond Тоже думал на счет суммы, но не думал что так тоже можно.

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

[erikbond]

Сообщение от doctorraz но с увеличением количества/сложности даже простое перемещение объекта/маркера по чертежу (при включенных автоотчетах) вызывает заметное подтормаживание АК (даже на нормальных машинах)

А если автообновление отрубить и обновлять вручную по необходимости. Я думаю не будет так тормозить.

Сообщение от doctorraz логичнее было бы все расчеты относящиеся к объекту/маркеру делать внутри него, что бы в таблице выполнялся минимум необходимых вычислений.

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

[MCAD]

Сообщение от erikbond А если автообновление отрубить и обновлять вручную по необходимости. Я думаю не будет так тормозить.

Вставлять надо в последнюю очередь.

Сообщение от doctorraz объекту/маркеру делать внутри него, что бы в таблице выполнялся минимум необходимых вычислений

Это совершенно точно. Но в данном случае группировку и суммирование в маркере сделать не получится. :-(

Сообщение от erikbond на этом мой уровень программирования маркеров закончен

Там все еще проще чем в таблицах. Все атрибуты внутри самого маркера. Делай его (атрибут) "вычисляемым" и пиши формулу.

[erikbond]

Сообщение от MCAD Там все еще проще чем в таблицах. Все атрибуты внутри самого маркера. Делай его (атрибут) "вычисляемым" и пиши формулу.

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

[MCAD]

Сообщение от erikbond А как вот создать свой маркер подскажите,

Команда spcreateumarker .

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

http://www.youtube.com/watch?v=T-tz3c9IZ3Q&list=PL1MQqrS2qjWNfYGu1IyeLR3l5YGd4N20p&index=37

Сообщение от erikbond "Взять с чертежа" юзаю,

Если используете "взять с чертежа", то проще и правильнее создать определенный набор шаблонов на основе "Позиционной выноски" или другого объекта СПДС GraphiCS с нужным набором заимствованных свойств.

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

http://www.youtube.com/watch?v=sp_eQBgHqUI&feature=youtu.beПро маркеры там тоже много примеров.

[doctorraz]

Сообщение от erikbond Я думаю не будет так тормозить.

можно не спешить
если не тормозит можно и не отрубать...
потом, когда начнутся тормоза будешь думать, как...
--------------------
По всем твоим вопросам есть эффективные решения. Если ТП тупит и не спешит делиться решениями ... напиши мне... я помогу...

----- добавлено через ~14 ч. -----

Сообщение от MCAD Это совершенно точно. Но в данном случае группировку и суммирование в маркере сделать не получится. :-(

я имел в виду:

Сообщение от doctorraz =summ(Object.Quantiti*Object.KolPoz)