Здравствуйте,
подскажите пожалуйста, возможно ли отключить сообщение в nanoCAD 26, чтобы работало как в предыдущих версиях (*когда много блоков - выходит куча таких окон, это вызывает проблему):
Обещают починить
А пока вставляй блоки из файла
Ясно.
и ЕЩЕ Нужен старый вариант или как к нему вернуться *при необходимости: оставить блок в чертеже, копируемый блок принимает настройки существующего блока и без вопросов / диалогов.
Хорошее предложение!!!
Когда тему создаешь форум тебе аналогичные подсовывает.
Иногда просматривай))
Ничего не увидела почему-то, а что было?
PS если не участвовала, значит не увидишь
Понятно,
хотя бы сделали бы возможность вернуть *как было
Вместо копирования в буфер пблок
Вместо вставки из буфера insert файла
Все фичи для удобства и ускорения работы
Можно - но долго
ну и что?
вставится блоком, взорвешь, получишь блоки и примитивы (не забудь потом почистить)
блоки не переопределятся и не переименуются, примитивы останутся как есть.
ничего проще , что бы обойти эту “нанофичу” для вставки блоков без переопределения или переименования я пока не придумал.
Да, так и сделала, спасибо.
Но это долго
никто не обещал, что будет легко, нанодевы трудятся над еще большим ускорением и удобством.
это только первый шаг
вот если по инсерт будет переопределять-переименовывать или внедрении(вставкой) xref`а, тогда приплыли.
PS патч что ли какой выпустили б для отключения этой недофичи
для других команд оставили жэж старые с префиксом OLD, что здесь помешало?
Добрый день, коллеги! Известны ли сроки исправления этого недочета в 26 версии?
Кстати это “окно” еще ломает скрипт (на _PASTECLIP ломается цикл – вылезает окно вместо нормальной вставки блока):
acadDoc.SendCommand "_COPYBASE
acadDoc.SendCommand "_PASTECLIP
В крайнем нк26 добавили третью кнопку.
Условно починили.
Не в тему исходной полемики, но использование командных методов в скриптах - это существенная уязвимость к возможным изменениям в новых версиях. Несовместимость лиспов на 90% (личная субъективная оценка) кроется именно в использовании командных методов.
Ты жэж видел тему,
У меня сложилось впечатление, что повторить copyclyp, pasteclyp не командными методами нетривиальная задача))
Исходная тема, естественно, вообще была не про командные методы в скриптах, о чем я сразу оговорился.
К сожалению, полностью отказаться от командных методов затруднительно. Но хорошая новость в том, что большинство командных методов вполне себе могут быть реализованы на уровне доступа к объектной модели и примитивам.
Ни на чем не настаиваю, но сам стараюсь избегать использования (command. Иногда это удлиняет время разработки, но сильно компенсируется скоростью выполнения и совместимостью.
ЗЫ. Что касается копипаста, то сходу не могу для себя придумать способа использования в скриптах. Все конструкции видятся неустойчивыми.