Mитька

Ну да, это. Опять я всё усложняю... Спасибо.

Спасибо. Ещё вопрос, вероятно, не сюда, но всё же: при простановке размеров параметр "Вынос текста" автоматом стоит на 2м значении: "Перенос, с выноской". Можно как-нибудь по умолчанию выставить его в первую позицию "Размерная линия вместе с текстом"? Есть какая-нибудь команда типа "VAR:DIM...", за это отвечающая? Если надо, перекину куда-нить в другую тему.

Созрел вопрос про отпимизацию маркеров. 1)Если переменная задана формулой, что больше грузит память системы: одна общая большая формула или 10 последовательных более простых? В качестве примера: Вариант 1: a=int((iff(hcheck==1; ((h1+h2)/2)*l/1000000;h*l/1000000)-(d1h*d1l*d1t+d2h*d2l*d2t+d3h*d3l*d3t+d4h*d4l*d4t)/1000000)*100)/100 Вариант 2: A=(h1+h2)/2; B=h*l/1000000; C=iff(hcheck==1;A;B ) D1=d1h*d1l*d1t; D2=d2h*d2l*d2t; D3=d3h*d3l*d3t; D4=d4h*d4l*d4t; D=(D1+D2+D3+D4)/1000000; E=C-D; a=int(E*100)/100; 2) Имеет ли значение для производительности, где производятся вычисления: в маркере или в таблице, собирающей данные с маркеров? Если на данном примере, то если есть такая здоровая формула, то где лучше расположить её: в самом маркере или в таблице? Догадываюсь, что это всё вышеспрошенное вычисляется просто и легко опытным путём (проверкой всех 4х вариантов), но вдруг это общеизвестные истины (чтоб время не тратить)...

Не знал о таком варианте. Похоже на правду. К сожалению.

В скрипте?http://www.youtube.com/watch?v=kBp-fkC9taw&list=PL1MQqrS2qjWNfYGu1IyeLR3l5YGd4N20p&index=19 Видюшку видел. Вопроса не понял. "Дополнительные Сюрприз-Переменные" - это попытка расшифровать аббревиатуру "ДСП". Ещё вариант - "Додумывай Сам, Пользователь".

Дополнительные Сюрприз-Переменные?

А какие, кроме "mcDefLayer" ещё есть интересные маркерные переменные, о которых фиг где официально прочитаешь? Мне ещё только "mcЧто-то-про-тип-исполнения" известна. Они же наверняка не единственные такие..?

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

Именно так это и делается... Нет, не изменится. Как минимум, если речь о масштабе символов. Масштаб измерений не рассматривается. Разумеется, секретное! Подписи - просто секретны, названия слоёв - сверхсекретны, а если вы вдруг узнаете цвет ручек растягивания - тут уж пеняйте на себя. Чистое Сколково. А если серьёзно: Что именно вам в вышеизложенном не ясно?

Спасибо большое!.. Буду на работе - посмотрю. А сплайны я и так убиваю везде - много случаев было, когда из-за них всё умирало... И насколько я помню (хотя тут могу ошибиться), при распознавании геометрии маркер сплайны просто не видит.

1. Как? 2. Есть маркер подписи. Содержит подписи всех работников. Хочется сделать группу таких маркеров, это было бы удобнее в некоторых случаях. Расстояние между ними по вертикали будет равно или кратно 5*rSymScl (речь идёт о пространстве модели). Вот с этим расстоянием и проблема: сделать его фиксированным получается, но хочется чтобы оно динамически зависело от масштаба символов. На случай альтернативных советов: Блоки - не вариант. Про то, что можно загнать подписи внутри клетки штампа - знаю, но тоже не подходит. Больно убогий внешний вид на выходе.

Ещё вопросы по маркерам: 1. Если создаёшь ОБЪЕКТ, то в обработчике "OnInitialization" есть возможность привязать объект к конкретному слою (this.Layer="Блаблабла". МАРКЕР автоматом отрисовывается в текущем слое (кроме вроде бы тех случаев, если изначальная геометрия прорисована в слое CS_UNPLOTTED, тогда и сам маркер вставляется в нём же всегда...). Можно ли привязать маркер к конкретному слою при вставке на чертёж? 2. Можно ли создать группу из 2х МАРКЕРОВ, задав им геометрические зависимости (к примеру изменяемое расстояние между ними)? Детально не копался, но в моём представлении такая зависимость задаётся через "Мастер зависимостей" (сборочные зависимости, рабочие плоскости и т.д.), а "Мастер зависимостей" маркер вообще не воспринимает как объект. =(

никогда об этом не задумывался, просто располагал, что бы удобнее отображалось в окне свойств. Пока глюков не замечал, хотя возможно все впереди ( Тоже никогда не заморачивался на этом моменте, и тоже вроде без глюков пока. Хотя, пожалуй, можно перекроить существующие маркера по этой схеме... Они ж редко создаются сразу и насовсем. Что-то постоянно наворачивается сверху, совершенствуется. Никогда даже не задумывался, что можно поменять переменные местами простым перетаскиванием. Интерфейс не даёт такой подсказки.

Да. Оттуда и оно выяснилось. У нас всякая дробная пакость ИНТом обычно убирается (когда точность не принципиальна), вот и тут я его вписал просто на автомате (хотя по идее оно тут и не трэба совсем), а он внезапно взял да и выдал сей неожиданный результат. Но зато узнал весьма интересную вещь про особенности компьютерной математики... Был бы раунд с самого начала, не узнал бы даже...

Знаю, до тысячных только. Но спасибо.

Ох ты ж... Магия... Ну ладно, тогда вопрос снят. Благо, исправляется это просто...

Вопрос по маркерам (файл для экспериментов во вложении). Есть выноска, в первой её строке проставлена высотная отметка в формате "102.000". Есть маркер, он автоматически берёт с выноски содержимое первой строки, вычитает из него число 109.800 и выдаёт числом результат. Начинка маркера: a = {c-b} b - вбивается руками с - автоматически снимается с выноски. Вопрос следующий: Если число "с" находится в пределах от 100...120 и имеет дробную часть, что расчёт "с-b" проходит некорректно (см. вложение). Если до 100 и после 120, то считает вроде как всегда правильно. Как так..? Актуально для "НаноСПДС 5.4, 6.0". На "четверке" не проверял. Маркер.dwg

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

Действия в статье выполнил. Не помогло. Записал видео с запущенным диспетчером задач: https://dl.dropboxus.../2015-12-17.avi А можете скинуть файлик-таки..? Интересно. Если не корпоративная тайна, конечно. Написал бы лично, но почему-то не получается.

Выделение всего плана и перемещение его в любую сторону на расстояние "0" автоматически обновляет геометрию стен.

Я так понимаю, новоиспеченный редактор блоков при открытии любого блока памяти разово съедает, как 5 копий программы... Тоже стабильно вылетало при открытии блоков. Где-то тут на форуме есть советы по расширению максимальной памяти, отводимой на 1 процесс на х86, до 3Гб что-ли... Мне очень помогло. Перестало слетать вообще. А если блок через "Внешнюю ссылку" открываете, так же мрёт?..

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

Наблюдение по "НормаАудиту": Если в МТексте присутствует символ диаметра (проверялось только на нём), вставленный через меню МТекста (или скопированный откуда-то, но созданный ранее таким образом), то НормаАудит этот текст игнорирует. "В 5,4 такого не было" (с). См. вложение. СНиП.dwg

Допускаю, что вы правы. Вероятнее всего, неприязнь к листам растёт из Автокадовских опытов на белом фоне 3хлетней давности. Может и дойдём когда-нибудь. Я имею в виду не одновременную работу (внешние ссылки опробовались, проанализировались и пока отложились начальством в долгий ящик), а последовательную. Когда один и тот же альбом через какое-то время правится уже другим исполнителем (ибо первый занят), потом третьим, а через год корректируется 4м. А потом его дербанят на исходники ещё 5. И все эти 10 человек должны понимать, как это работает. Т.е. по факту понимать должны все. И не просто понимать, а уметь в этом работать без потерь по времени. А это трудно выполнимо. Нет, не может. Но именно на этот случай недалеко от каждого такого масштабированного блока располагается единичный, который и и редактируется при необходимости.

Пробовали как-то. Ещё под Автокадом, года 3 назад. Переход на ВЭ - это кардинальная перестройка схемы работы. Над одним проектом подчас работает человек 5-6 одновременно. И все они должны понимать, как в случае чего отредактировать что-либо без потери качества. А люди разной... технической подкованности, скажем так. Так что если перейдёт на ВЭ кто-то один, ему потом просто по шапке за это настучат ("надо было тут срочняком всё поправить, а баба Маша не разобралась"), да и всё. Мы базу объектов-то внедряем со скрипом, чтоб ВСЕМ было понятно, что да как.. Да и, ИМХО, листы - неудобная штука... С точки зрения навигации. Модель как-то милее. Но это уже точно пошёл оффтоп.