Лидеры

Исправили.

А если не секрет, то почему? Чисто технически имею в виду, почему? В формате кода. На примере коннекта Стена-Дверь хотя бы. Я не понимаю... Есть 2 объекта из Базы: Металлопрокат (к примеру) и Двупольная дверь. Выше кусок кода из объекта "Огнезащита", он коннектится к трубе, берёт с неё плоскости и принимает её форму. Очень сомневаюсь, что Труба как-то заранее знала, где у моей огнезащиты располагаются плоскости. Это дочернему объекту надо знать плоскости родительского (что уже проблема автора Перемычки, а не ваша), а не наоборот. Или я ошибаюсь и во вшитых в код объектах как-то иначе всё устроено? А если оно устроено иначе, то... а ЗАЧЕМ? В моём представлении такие ограничения в коде прописаны условиями типа: (для стены, к примеру) ЕСЛИ объект=Дверь, то мы позволяем ему к себе приконнектиться. А нафига такие ограничения? Разве не достаточно просто "открыть" объект для доступа извне? К примеру (хоть и не проверял, но полагаю, что будет именно так) если из вышеупомянутого кода убрать подчёркнуто условие ЕСЛИ, то объект будет коннектиться просто ко всему, у чего есть обозначенные переменные. Почему с дверьми не сделать также? Там открыта часть переменных. Что мешает открыть плоскости? А где они находятся - мы и сами разберёмся... Неужели язык, на котором писано приложение не позволяет свободный коннект, тогда как простенький язык базы объектов - позволяет?

Если очень сильно надо каждый комп как отдельный конкретный элемент задавать, то: 1. Создайте один 2. Сделайте экспорт из технологического задания в эксель 3. В экселе намножте сколько вам надо 4. Импортируйте данные из эксель в технологическое задание 5. ... 6. PROFIT PS: Я с компами никогда так не заморачивался. Создал один розеточный блок, настроил все, и накопировал сколько надо на плане. Если еще и компьютеры с разной оргтехникой обрабатывать, как элементы технологии, то так не знаю даже, до чего дойти можно...))

Сто лет пользуюсь numlock calculator, бесплатный калькулятор, который вызывается по нажатию клавиши Num Lock, и всегда находится поверх остальных окон. Из функций - разные виды калькулятора (простой, инженрный и т.п.), история вычислений с возможностью её автоматически сохранять (считали вы что-то два дня назад, записали результат на бумажечку - сегодня этот результат понадобился, а бумажечку потеряли - можно открыть калькулятор и найти в истории нужный расчёт) Из минусов - уже давно не обновляется и обновятся не планирует, но тут из разряда - "если что-то хорошо работает, то зачем это чинить?" Скачать можно по первой ссылке в гугле по запросу "numlock calculator"

1. Для стадии П - делаю 700 компов. Тогда можно расчёт сделать не расставляя на плане. 2. Для стадии Р (если не было стадии П и 700 компов ещё не накопировано) - делаю 1 шт. и подключаю везде.

Прошу рассказать чууууууть поподробней.

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

Всё правильно, а в понедельник начали заливать фундамент )))

Это платформенный функционал. Лучше спросить здесь

Подсветка объектов.mp4

Калькулятор и масштабирование.mp4

Это оберег, чтоб он точно не пришёл?

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

Быстрый выбор не видит. И ещё тексты и мтексты. Зафиксировано.

Ну как-то грубо даже, что ли) Я вроде описал достаточно понятно, что мне нужно - возможность взять с двери Ширину и Длину проёма, показал как расположить плоскости. Просто на параметрику этой перемычки убил много человекочасов своих, это чуть ли не первый мой параметрический объект, который я делал и дорабатывал с начала работы в нанокад СПДС (т.е. порядка 100 часов я за ней просидел, если не больше) И передавать его разработчику под честное слово, что мои наработки и идее не будут использоваться в дальнейшем в самой программе... Ну, то есть, вот выйдет новая версия наны, где можно будет перемычками коннектится к дверям. Только, естественно, раз это всё так закрыто, то и перемычки будут закрыты и уже не мои, а какие-то свои. И ими смогут пользоваться все. И алгоритм работы будут схож с моим. Тут уж извините, не хочу обесценивать свою работу)

Ко всему подряд коннект не выйдет написать, либо к конкретному объекту, либо к группе объектов. И нужно обязательно знать, как во втором объекте располагаются плоскости. Это очень важно!

Правда повторить этот опыт у меня не вышло. Допускаю, что я перед картинкой №1 я всё-таки чуть подвинул границы помещения. А почему это привело к ошибке..? Потому что они...... НЕ АВТООБНОВЛЯЮТСЯ!.. И правда, зачем..? Базовая функция всех таблиц СПДС (а в ведомостях, кстати, стоит галочка "автоотчёты" без возможности её отключить!) - это автообновление при условии, что отчёт строится на базе НЕпримитива. Тут - нифига... Корректируешь габариты помещения - спецификации неизменны. Добавляешь новое помещение - спецификации неизменны. И раз уж я всё-таки до них добрался, вдогонку к уже написанному кем-то в соседней теме... Давайте представим, что @forgeprojects проектирует жилой дом... В жилом доме 15 этажей, по 10 квартир на этаже, в каждой по 3-5 комнат. Итого мы получаем 150 квартир. У каждой - свой покупатель, которому нужно предоставить все ведомости (хотя бы на примере этих двух). Вот автор значит делает эти 300 ведомостей (и вот наплевать, что "ведомость отделки делалась разработчиками для клиента, который всё в одной ведомости считает" или как там было в соседней теме сказано - бывают разные ситуации, у нас вот всё считают порознь, заказчики-то все разные) и собирается выдавать чертежи (прикиньте на минуточку, о каких деньгах идёт речь). И возникает у него разумный вопрос: "А я нигде не облажался случайно?" И само собой, он как ответственный проектировщик, захочет сам себя проверить. А теперь вопрос разработчикам: "КАК ОН ЭТО СДЕЛАЕТ?" Помимо банально перепутанных слоёв отделки (тут только ручками проверять, никак иначе) у такой самопроверки есть 2 пункта: 1. Все ли комнаты внесены в Ведомости? (как я понимаю, Ведомости настроены не на область, а на НАБОР объектов (но это тоже не проверишь никак), т.е. на добавление/убавление помещений не реагируют). 2. Все ли данные актуальны? (т.к. Ведомости не реагируют и на изменение габаритов (как минимум, остальные свойства не пробовал) помещений). Поскольку я более или менее знаком с таблицами, то (помимо вариантов "пересчитать ручками" и выполнить альтернативную проверку другими таблицами) я вижу 2 способа самоконтроля: 1. В СПДС-табличках есть очень полезная функция: они подсвечивают объекты, с которыми установлена связь, вот так: Открываем Ведомость - нет такого... Отследить не получится... Ок. 2. Команда SPREFSHOW (предположим, что @forgeprojects прочитал от корки до корки "Руководство пользователя" и знает о ней, наверняка это так). Выделяем 2 ведомости и обычную табличку, жмём SPREFSHOW, видим: Печаль... Связи ведомсти тоже не транслируют... Что остаётся делать автору? - выделять каждую из 300 Ведомостей и заново переназначать им Помещения, видимо...? Т.к. даже обновить их все одной кнопкой нельзя: Реген - нет, Обновить - нет, spregenobj - нет, spregenstd - нет... Возможно, эти Ведомости и реагируют на какое-то общее автообновление (была где-то вроде такая команда хитрая, нигде не обозначенная, на форуме вычитывал) - но откуда автору её знать..? Справка-то по этим элементам писана по диагонали... Заметьте, мы сейчас говорим про человека, который эти чертежи ДЕЛАЛ и всё в них знает. И он может зная, как оно всё у вас устроено, сэкономить себе кучу времени и вставить в чертёж Ведомости в саааамый последний момент (которого в проектировании, к слову, в принципе не бывает). А вот теперь прикиньте, что я как ГИП должен его проверить. И вот тут лично у меня наступает ступор. Т.к. я НЕ ЗНАЮ способов проверить, а правильно ли работает Ваша автоматика. А пост выше про "разные площади" намекает на то что она легко может работать и неправильно (или правильно, но по какой-то неочевидной логике, про которую в Справке "не успели написать"). И вот мне как проверяющему уже придётся либо обновлять все Ведомости вышеописанным порнушным способом, либо изголяться ещё как-нибудь... А значит они (Ведомости) категорически не будут использоваться. Т.к. механика их работы: - непонятна. - неизменяема. - неконтролируема никоим образом. Такое ощущение, что эти элементы делали даже не программисты, а практиканты. Какие-нибудь студенты-медики... А проверял ОБЩИЙ итог их работы - видимо, кто-то очень далёкий от строительных чертежей... Короче... Я не знаю, как уважаемые разработчики видели работу этих Ведомостей, но вот вам взгляд пользователя... У кого-то возможно иной. Но лично я этим пользоваться не смог бы, мне просто страшно было бы... И это только 2 ведомости из 7... И это только Архитектура... Сделайте уже открытый код у всех этих таблиц и сделайте их ОБЪЕКТАМИ базы, а не вот этим... И всем будет счастье. Пользователи сами слепят из всех них конфету за неделю. И вам же сюда пришлют на блюдечке...

С днём строителя!!!

Передано разработчикам #10136

Да уж, попытка поднять BIM при недоработанной эргономике и работе с базой оборудования, мягко говоря, вызывает недоумение. Уж тут-то недочеты исправить проще и быстрее, подозреваю, многие из них устраняются и исправляются просто изменением свойств компонентов и классов и расширением прав пользователей, не то что архитектура, даже код слабо изменится. Дайте тогда что ли нам рычаги, мы хотя бы сами допилим, или настроим дворцов из палок и говна, если вам недосуг. Дайте права по запихиванию Бриза в ДИП-34-А-04, если вам лень сделать встроенный, а еще лучше дайте свободные права по добавлению в извещатели дополнительных "Гр. контакт". Если со сложно-разветвленной топологией сложно формализовать и автоматизировать Структурку, тогда дайте юзерам более гибкие настройки, опциональную возможность отключать автоматическую прорисовку ответвлений/ветвей от шлейфов/колец, например, вручную их дорисуем при сложной топологии. А еще лучше автоматически отрисовать их отдельно (в опционально выбранном порядке - прямом/обратном), останется их только вручную перенести в нужное место схемы. ЗЫ: Вот хоть эта каша, ну неужели трудно отсортированный по алфавиту список слоев выдать? Просто поменять свойство компонента "выпадающий список". ну или сортануть список какой нить библиотечной функцией, тут даже кодить не надо. Такой игнор и пофигизм на предложения по улучшению, конечно, удручает. Ребята, вы потеряете рынок! Когда-то Нанокад-ОПС было лучшим, что я видела из САПРов, но не получится всю жизнь почивать на засохших лаврах, конкуренты уже наступают на пятки, даже уже я Ревит осваиваю, потому что вижу потерю перспективы Кстати, были идеи по организации утилиты проверки шлейфа на петли, но глядя, как команда нанософта десять лет игнорит вышеописанную простейшую проблему несортированного списка слоёв (что уж говорить за чуть более простые заявки на эргономику, запрос на опциональную ручную задачу минимального количества извещателей в комнате тоже лет пять тому был озвучен, и принят Максимом на вебинаре, а до сих пор приходится изъёживаться и плясать с бубнами, чтобы не меньше двух адресно-аналоговых в помещения автоматически поставить) оформить соответствующую тему руки не поднимается. Тему про ответвления адресной линии от а/а извещателей (проблема древовидной топологии) даже отрицательным ответом не удостоили, похоже, никто даже не знает что так можно, что так монтируют. И если вышеперечисленные неудобства можно преодолеть, пусть и с небольшой болью, матюками, и потерей времени, но относительно эффективно, то вот эти ответвления полностью подорвали веру в человечество Нанокад-ОПС, способ изъёжиться нашла, но вот в этом случае чаша неэффективности переполнилась, и пришлось отказаться от Нанокад-ОПС на этом объеме проектов, проще и быстрее оказалось вручную автокадить.

Ну в общем да ... редкостный секас ... Проще вручную пронумеровать ... иначе кабельный журнал полетит. И, что самое противное - это то, что разработчикам на все подобные моменты плевать ... они зато BIM внедряют ... а то, что у них тут не доделано ... там недоделано ... здесь не работает - это для них нормально... они же в своёй "САПР" каждый день не работают как проектировщики ... А то что пользователям приходится в ручную править то что их "САПР" наделала и тратить на это уйму времени это нормально... ОООчень много недоделок... сырой продукт. Ценник неоправданно завышен!

Исходные: есть маркер координат и табличка, что берёт с маркера переменные Object."Origin point X:" и Object."Origin point Y:" (читай - координаты). В Нано СПДС 6 и 20.0 эти координаты можно было отредактировать из таблицы - точка перемещалась в соответствующее место. В Нане СПДС 20.1 (и в 20.0) эта возможность почему-то убрана (возможно, была убрана и в версиях 7,8,9 - не проверяли). Координаты легко редактируются из Инспектора Свойств, а вот при редактировании их же из таблички - ничего не происходит. Так и задумано? Если да, то зачем? Если нет - то верните, пожалуйста, как было. Это ппц как неудобно в отдельных ситуациях. Или это только у нас оно не работает? На всякий случай файл во вложении... Координаты из таблички.dwg

п. 1. Есть в планах. п. 2 Можно подробнее? Каким образом штрихоки кочуют? Через копипаст вполне себе без границ вставляется. п. 3 В диалоге Штриховки есть вкладка Градиент. Или вы что-то другое имеете в виду? п. 5 Постом выше. п. 6. Сделано в новой версии. п. 7. Не замечали. На любом чертеже? п. 8 Не очень понятно. Пример? п. 9. Опять же не замечали. А какие у вас настройки веса линий? Запустите ВЕСЛИН.

На пост выше. Это о другом. Это запуск диалогов редактирования текстов из вертикалок. В ситуации, описанной в п. 5 выбрали текст в диалоге Выбор объектов, он селектировался, нажали Enter.

Я так делала: 1 со включенной автомаркировкой подключаем проборы к шлейфу в том порядке, который нужен, то есть начиная с первых извещателей, потом, в последнюю очередь уже то, что имеет поздние номера (релюхи) 2. выбираем все элементы на шлейфе (скопом автовыбором, или погасив другие слои, или изоляцией слоя), в свойствах отключаете автомаркировку 3. правим вручную нужные номера и обновляем 4. Задаем вручную на участках, где порядок следования "перехлестывается" (к примеру у вас, скорее всего, после всех извещателей кабель по трассе вернется к реле, и потом еще раз пойдёт уже по ним, получается такая петля, в вашем случае на некоторых участках трассы получится по три кабеля), и кабели ложатся с петлёй (кнопка "порядок" описан в руководстве, немного мудрёно с ним, пришлось поэкспериментировать, пока получилось, если не найдёте, или не получится, смогу развернуть тему только в выходные) и обновляем 5. Обновляем. Проверяем, не накрутили ли кабеля петель. Подводите курсор к трассе в начале (у ППКОП/КДЛ), концах шлейфа, у ответвлений и прочих подозрительных мест к трассе, и ждем всплывающую подсказку, проверяем, есть ли значение Nx перед маркой кабеля. Если имеется лишний кабель, пробуем снова повторить ручной порядок, и снова не забудем обновиться. upd: возможно, несоответствие топологии проще будет выловить на структурке. но если топология не сложная, примерно понятно, где эти петли зарождаются - у подключенных позже Реле. вот в этих точках переопределить порядок

Полагаю, вас попросят рассказать чууууууть поподробней.

Перетащил из другой темы

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

Господа, выкладываю проект молниезащиты. Благодарности (в т.ч. и конструктивная критика) принимаются в письменной форме :)/> Перед скачиванием сначала прочитать здесь: http://forum.nanocad...?showtopic=5543 здесь: _https://habrahabr.ru/company/nanosoft/blog/136987/ и здесь: http://forum.nanocad...t=0 Внимание!!! Эта ветка предназначена ТОЛЬКО для скачивания!!! Обсуждение происходит тут: http://forum.nanocad...?showtopic=5543 Шаблон спецификации приложен. Внимание!!!! В связи с выходом 64-х битной версии (v. 5.3.2524.2401) шаблон спецификации нужно корректировать! P.S. Просьба: перед скачиванием "лайкать" кнопкой "Нравиться" справа - это, возможно, сподвигнет меня на новые "выкладки" :D/> Ссылка для скачивания: https://yadi.sk/d/NFRR3t7_t3q2t Спецификация молниезащита со сборными изделиями.xml