Mитька

Мои логи вот. Так просто, вдруг вам поможет... Win7, 32разрядная. Нанокад 6.0, сборка 258. Отображается ли, кстати, в них падения Нанокада из-за нехватки памяти? Или это считается нормальной работой программы? Рекомендации про доппамять, dll-ки и переход на 64х можно не приводить - читал.

В СПДС-текстах "ТХ" и "ТТ" не работает перемещение курсора стрелками вправо/влево с клавиатуры. Работает только с SHIFT'ом.

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

Спасибо. Приходила такая мысль в голову, но решил не связываться с 3D - себе потом дороже будет, всё послетает со временем по привязкам так, что концов не сыщешь. Да и свеженайденный способ со "Внешней ссылкой" полностью удовлетворяет сейчас. =)

Создаём элемент из примитивов (к примеру квадрат с двумя диагоналями), вырезаем его, вставляем как блок. Открываем блок. Если Нанокад не фаталит в этот момент (что случается хаотично примерно каждую 10ю попытку открыть блок), открывается редактор. Заштриховываем квадрат (любой штриховкой, лучше SOLID'ом), отправляем штриховку на задний план (любым способом, хоть всеми сразу). Закрываем блок. Возвращаемся из начала координат (но это и так всем известно) или (что реже) точки, где была создана первая версия блока, если работаем с его копией, к блоку - и видим, что штриховка на переднем плане. Пробуем исправить - никак. Она остаётся на переднем плане намертво. Если в общем: при добавлении любой штриховки в УЖЕ СУЩЕСТВУЮЩИЙ блок, по выходу из него штриховка автоматом и насовсем оказывается на переднем плане. Если загнать в блок уже существющую штриховку, то всё нормально. Такая история (включая постоянные фаталы при открытии блоков и выкидывание хрен знает куда по выходу из них) на всех рабочих машинах (сборки 231 и 258). Если надо - приложу видео, но думаю, изложил подробно, повторить не сложно. Всё вышеописанное актуально только для редактора блоков, к панели "Внешняя ссылка" нет вопросов - всё работает корректно и по-старому, за исключением того, что после редактирования блока через "Внешнюю ссылку", сама панель исчезает из панелей, хотя это легко обходится привязкой команды "Редактировать ссылку" на что-нибудь клавиатурное. И подскажите, сознательно ли сделано, что сейчас блоки можно редактировать 2мя способами: через покалеченный редактор блоков и по-старому, через панель "Внешняя ссылка"? Или это просто глюк? Если глюк, то большая просьба его не исправлять: старый способ много удобнее (ни фаталов, ни киданий по экрану, добавляются/исключаются элементы, не глючит штриховка)...

И что же с этим теперь делать..? Ещё заметил одну интересную штуку... Мож так всё и должно по сюжету работать, но вдруг кому будет интересно... У меня в одной из папок лежат копии конфигов "Нанокада СПДС 5.4", там же обитает часто используемый dwg-файл. Экспериментально обнаружил, что если по соседству с файлом лежит старый конфиг "spdsmenu.cfg", то при открытии файла с панельками творится полный хаос, если же удалить конфиг из той же папки, то всё возвращается на круги своя (за исключением положения панелей, они так и остаются разбросанными)... Видюшка тут: https://drive.google...iew?usp=sharing Более позднее наблюдение: что-то из остальных конфигов при аналогичном их расположении тоже влияет на программу. Пусть и в меньшей степени.

https://drive.google.com/open?id=0B8KqudNJWw_KRzJJMjlzdjVCM2M А вот - моё (не могу загрузить напрямую). Сразу после выбора размера увожу курсор в сторону. Когда выбрана прямая и размер - проблем нет, когда только размер - подвисает.

Воткну ещё 5 копеек о вечных проблемах: при включенной панели "Свойств" при выборе существующего размера (любого) происходит полусекундное подвисание системы. Так происходит всегда, когда выбраны ТОЛЬКО размеры и открыты "Свойства". Проблема была сколько существует "Нано СПДС" (пользуемся с 4.0), путешествует из версии в версию и жутко раздражает, кол-во ОЗУ в пределах 4Гб на неё никакого влияния не оказывает (может надо ещё больше..?), как и загруженность чертежа. Да, можно лечить работой с размерами с закрытыми "свойствами", но это не всегда возможно , да и сам подход хреновый. Подскажите, исправится это когда-нибудь, или можно не надеяться?

Большое спасибо за оперативный и исчерпывающий ответ!.. Основной вывод, который я из него делаю - "сам дурак". Дурацкая привычка сначала задавать вопросы, а потом копаться в мануалах. Жаль. Было бы хорошо, хотя бы через скрипты. Будем ждать. Ну а тут вообще глупость. Я настолько привык к "классовым" объектам, что даже не посмотрел, что скрипты оборудования изменяемы... Стыдно мне, короче. Спасибо за потраченное на меня время. А ссылки на видюшки можно смело выложить в топ темы в качестве мануала всем, вроде меня. Теперь по той малости, с которой я всё же не согласен: Толшина самих выносок - да. Но текста - нет. Даже у вас на видео видно, что при замене слоя, текст выноски остаётся стабильной толщины. Причём это касается только 2 выносок: диаметр и типоразмер. На остальных текст тоже по слою. Но, я так понимаю, что эти штуки можно легко пересоздать. И ещё, верно ли я понимаю, что если часть параметров можно автоматом привязать через редактор шаблонов, то ширину отрисовки всё-таки нельзя и она по-любому "под замком"? Не нахожу её в изменяемых атрибутах... Если да, то было бы очень здорово её тоже туда добавить, чтоб была возможность её привязывать к уже существующим.

Переменные можно, конечно, и из автоспецификаций выдрать, но вот с именами самих объектов (strTheName/Type/SubType) сложнее. И подскажите, ДАЖЕ ЕСЛИ у меня будут эти данные.... смогу ли я ручками прописать эти зависимости к объектам с "классом"? "Мастер зависимостей" трассы не видит, а если руками?..

Огромное спасибо разработчикам за возможность отрисовки трасс и всего с ними связанного. Список усмотренных за 2 часа осмотра «но»: 1. Нет возможности настроить сетям автоматические слои, цвета (как архитектурным элементам). Они автоматом попадают хрен знает куда. Беда невелика, но всё же. 2. Толщина текста выноски (выноски «Диаметр» и «Типоразмер»), которая автоматом привязвается к трассе, установлена как будто бы по слою, но отрисовывается всё равно автоматом что-то типа 0,3 и никак не меняется. 3. Если убрать с трасс эти автовыноски, а потом скопировать/отзеркалить трассу, выноска появляются на новых объектах заново. 4. Новые трассы привязываются к старым, но лишь по осям, т.е. со старых объектов не берутся ни диаметры, ни параметры отрисовки, ничего. Почему реализовано именно так? Допускаю, конечно, что я не разбираюсь в создании объектов с "классом", но в обычном парметрическом объекте установка таких зависимостей это 10 строк скрипта. Типовых причём. А включить/отключить возможность привязки можно было бы одним переключателем... Если надо. 5. Ничего из раздела «Оборудование — Вентиляция» нельзя повернуть на необходимый угол при вставке (включая ПЕРЕХОДЫ!). Ручки последующего поворота тоже нет. 6. Переходов же касается замечание про отсутствие параметрической привязки к трассам. 7. Отсутствуют тройники (пусть это и мелочь). 8. При простановке трасс нет возможности заранее выбрать её параметры. Т.е. мы рисуем трассу одним действием, ЗАТЕМ другим действием лезем вовнутрь или в "Свойства", меняем там параметры (ДВАЖДЫ! т.к. имеется фактические ширина/диаметр и геометрические). Как вариант решения: диалог перед вставкой, где забиваются параметры сечения ДО отрисовки, причём геометрическая ширина СРАЗУ автоматом равна фактической (если меня не устроит вид на чертеже, я уже его потом поменяю при необходимости). 9. Опять же, мелочь: при угле наклона трассы к самой себе менее 17 градусов скругление превращается в острый угол. Догадываюсь, что ситуация малореальная, но красивее было бы просто заблокировать дальнейший поворот. 10. Последнее и самое неприятное — со всем этим ничего нельзя поделать, ибо все трассы — закрытые «классовые» объекты. Большая (просто-таки огромная!) просьба разработчикам выложить в общий доступ имена переменных, использованных в трассах, включая системные имена самих объектов, чтоб можно было что-нибудь на эти трассы надстроить самостоятельно (хоть те же переходы с тройниками руками переделать). Это же вроде никак не нарушит коммерческую тайну? Маркетинг-маркетингом, но функционал по идее должен быть во главе угла... Ну и по возможности поправить что-нибудь из описанного выше. Всё вышеизложенное касается только вентиляшек, газ я даже не трогал.

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

Большое спасибо. Пригодилось.

Присоединюсь. При работе в пространстве модели при наличии на чертеже 100500 листов с разными масштабами оформления, было бы очень удобно иметь возможность привязывать объекты к форматам в реальном времени Мастером зависимостей без дополнительных операций: выбрал объект в базе, навёл на формат-щёлкнул мышкой-навёл на следующий-щёлкнул и т.д.. Сейчас они (форматы, штампы, рамки) закрыты для привязки зависимостей, как стены. СПДС-таблица при привязке к формату автоматически берёт с него масштаб оформления, отсюда вывод, то это технически возможно реализовать на базе Nano-платформы. Так почему бы это ни сделать? =) Или хотя бы не "открыть" эту механику для самостоятельного копания.

Это я попросил Нанософт разместить . это Иван мы с Вами по почте переписываемся. Хотели же поделится - вот пожалуйста). Ну да, это единственный вероятный вывод. =) Всё нормально. Просто не ожидал. Как ни крути, Sharhan прав, на том уровне, на котором это тут представлено, это недоделанная позоруха. Сам бы выкладывать в таком виде точно не стал, стыдно. Не обижаюсь, т.к. см. ответ Ивану. =) Близко к сердцу, видимо, потому, что всё и делалось максимально просто, раздражают эти предустановленные и жутко тормозящие классы, диалоги, таблицы, шаги и ГОСТы, нефункционально (для нас) по итогу именно за счёт не нужной перегруженности. Видать, накипело. А вы как раз так удачно и говорите "как это нет таблиц?". =) К таким наборам надо, как минимум, сопроводительное писать, где изложено примерно то, что я вам выше отвечал, мол, "всё это оформиловка и не более". Но общественная полезность их, вы правы, спорна. Ни файла с геометрией, ни описания... Надо исправить.

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

Чтобы скопировать содежимое ячейки из одной таблицы в другую, необходимо присоединить объект и набрать "Objet1.номер ячейки". Возможно ли тамим же образом примерно за раз скопировать целый столбец/строку? Или нужно "выдирать" их по одной? И ещё: интуитивно ощущаю, что можно как-то через редактор формул заставить ячейку поменять цвет фона, но упорно не могу найти, как...

СПДС 5.4: При навешивании гиперссылки на СПДС-элемент, в которых содержится текст, при нажатии ctrl-л.к. происходит не переход по ссылке (как должно быть), а редактирование этого самого текста по месту, что убивает возможность использовать узловые выноски, разрезы и остальные СПДС-навороты (с указанием листа) для перехода на этот самый лист. Причём если элемент текста не содержит, то переход по ссылке работает без проблем. Можно ли отключить/поменять клавиатурные комбинации этих двух функций, чтобы они не совпадали? Или ещё как-то КРАСИВО из этого выйти..? КРАСИВО - это без взрывания СПДС-элементов, дублирования их чем-то дополнительным и прочих танцев с бубном.