Блоки. Переопределение. Открытие.

[doctorraz]

В nanoCAD21 добавили весьма нужную новую команду xopen, и даже добавили ее в контекстное меню (кстати скромно умолчали об этом факте, или я пропустил)

Добавили долгожданный редактор дин блоков!!

Это преамбула, о том что движение в сторону блоков все жэж идет))))

--------------

Собственно просьба и пожелание по наращиванию функционала...

Инструменты, они жэж(палитры) могут в себе содержать ссылки на блоки, так вот было бы здорово если бы из палитры была возможность по ПКМ переопределять вставленные блоки

а также открывать из палитры файл содержащий блок, на редактирование

Кроме этого неплохо было бы добавить этот функционал в "Обозреватель файлов", который почти "Центр управления"

Очень не хватает

Edited March 21, 2021 by doctorraz

[Иван Е88]

Приветствую! Так удалось добавить функцию переопределения блоков как в автокаде? Или пока в процессе?

[doctorraz]

1 час назад, Иван Е88 сказал:

Или пока в процессе?

Думаю никто этим не заморачивался(((

Хватает других муляжей фич, еще и в новой сборке добавили

[Иван Е88]

Цитата

6 минут назад, doctorraz сказал:

Хватает других муляжей фич, еще и в новой сборке добавили

 

То есть другой метод предусмотрен для переопределения блока в нанокаде? Или придется вручную заменять каждое вхождение в файле?

[EdwardSt]

1 час назад, Иван Е88 сказал:

Приветствую! Так удалось добавить функцию переопределения блоков как в автокаде? Или пока в процессе?

Пока при необходимости  переопределить блок использую вставку из файла.

При этом способе если такой блок есть, то запрашивается о необходимости переопределения.

Отвечаем да и наслаждаемся

[doctorraz]

9 минут назад, EdwardSt сказал:

Отвечаем да и наслаждаемся

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

[EdwardSt]

Только что, doctorraz сказал:

давно не проверял, но дин блоки ...

 дин блоки - в топку.

Эту ересь стараюсь вообще не использовать.

Все модификации - только в АС. Переопределение - в том числе

 

[Иван Е88]

8 минут назад, EdwardSt сказал:

Пока при необходимости  переопределить блок использую вставку из файла.

При этом способе если такой блок есть, то запрашивается о необходимости переопределения.

Отвечаем да и наслаждаемся

Через обозреватель файлов вставляется из другого чертежа? Мне в этой процедуре не предлагается переопределить блок. Просто вставляется вхождение блока текущего чертежа, а не из нового.

[doctorraz]

2 минуты назад, EdwardSt сказал:

Все модификации - только в АС. Переопределение - в том числе

вот да)))

[EdwardSt]

2 минуты назад, Иван Е88 сказал:

Мне в этой процедуре не предлагается переопределить блок. Просто вставляется вхождение блока текущего чертежа, а не из нового.

 

Спойлер

 

[Иван Е88]

2 часа назад, EdwardSt сказал:

 

  Ну, не знаю... (Показать контент)

 

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

[yum]

3 часа назад, Иван Е88 сказал:

Через обозреватель файлов вставляется из другого чертежа? Мне в этой процедуре не предлагается переопределить блок.

Аналогично. Но, в конце концов поняла, что имел в виду уважаемый @EdwardSt. Из чертежа сохраняем нужные нам объекты командой ПБЛОК. Имя файла =имя блока, который хотим переопределить. Вставляем блок. Кнопка Открыть, указываем сохраненный файл. Вот тогда появляется запрос.

Что касается предложения о переопределении блока ТС. Не нашла такого. Запишу. 

Плюс есть предложение запрашивать действия при вставке в чертеж одноименного блока.

[doctorraz]

27 минут назад, yum сказал:

Имя файла =имя блока

Кстати почему нана автоматом так не делает? Он жэж КАД.  

[EdwardSt]

1 минуту назад, yum сказал:

Но, в конце концов поняла, что имел в виду уважаемый @EdwardSt. Из чертежа сохраняем нужные нам объекты командой ПБЛОК. Имя файла =имя блока, который хотим переопределить.

Поразительно, но этот способ работал в автокаде еще с DOSовских времен.

Но я постоянно сталкиваюсь с тем, что  данный способ незнаком большинству пользователей.

До появления Windows и буфера обмена это был чуть ли не ЕДИНСТВЕННЫЙ способ передачи библиотеки блоков между чертежами.

 

Итак:

Все содержимое блока должно быть сохранено в файле. При этом самого блока там быть не должно.

Т.е., этот чертеж не должен содержать в своем составе определения блока, совпадающее с именем чертежа.

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

Соответственно, если в целевом файле уже есть такое определение, то предлагается его переопределить.

Собственно, на этом и основан указанный мной способ.

И главное:     НИКАКИХ CTRL+C,V !!!

 

18 минут назад, yum сказал:

Что касается предложения о переопределении блока ТС. Не нашла такого. Запишу.

Дополнительное удобство для эстетов, но некритично. В связи с существованием старого надежного метода, описанного выше.

 

20 минут назад, yum сказал:

Плюс есть предложение запрашивать действия при вставке в чертеж одноименного блока.

Я так понимаю, что под вставкой понимается CTRL+V.

Если так, то это будет существенным отличием от аналога.

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

На мой взгляд лучше оставить именно такой алгоритм.

Т.к., я не представляю себе желаемого алгоритма работы в ситуации, когда  вставляется сразу большая группа объектов с кучей блоков. В результате либо придётся отвечать на 15000 запросов, либо один раз ответить что-то типа "Да для всех" и потом гадать, а сколько же в действительности определений заменилось?

 

[doctorraz]

42 минуты назад, yum сказал:

Что касается предложения о переопределении блока ТС. Не нашла такого

В марте того года еще предложил.. однако..

Думал мне не отвечают потомучто нет ответов.. все проще.. никто из ТП не читает , что я пишу ... неожиданно((

добавлено через 3 минут

42 минуты назад, yum сказал:

Плюс есть предложение запрашивать действия при вставке в чертеж одноименного блока.

Нормальное предложение, но запрос надо сделать настраиваемый отключаемый..

Например я вставляю один и тотжэж блок несколько раз через tools  или с палитры.. мозг вынесет этот запрос..

Еще нанокад не различает, как и для чего действие.. все равно запрос((

 

Edited November 16, 2022 by doctorraz
Чот сдвоилось

[doctorraz]

5 минут назад, EdwardSt сказал:

Дополнительное удобство для эстетов,

Офигенное удобство

Открыл в палитре референсный блок на редактирование, отредактировал, сохранил закрыл и через палитружэж легким движением переопределил в чертежах где это требуется

Но ты как всегда прав, для наны это неактуально.. редактор блоков сделают если сделают, тогда имет смысл вопрос поднимать..

Пока кто не хочет проблем правит блоки в оригинале.. если динамика то тем более

[EdwardSt]

14 часов назад, doctorraz сказал:

Пока кто не хочет проблем правит блоки в оригинале.. если динамика то тем более

Со статическими блоками в принципе проблем в нане не испытываю.

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

 

А динблоки - это в принципе ноухау от автодеска, недокументированное, между прочим. Поэтому полноценная поддержка другими производителями CADов помимо проблем с авторскими правами и прочим (в отличии от формата DWG) имеет еще и серьезные технические сложности, а значит и потенциальную стаю тараканов. Поэтому, можно сказать спасибо нанософту, что динблоки хоть перестали рассыпаться при попытке минимальной правки (пресловутое "..._преобразован_в_статический").

добавлено через 4 минут

15 часов назад, doctorraz сказал:

15 часов назад, yum сказал:

Плюс есть предложение запрашивать действия при вставке в чертеж одноименного блока.

Нормальное предложение, но запрос надо сделать настраиваемый отключаемый..

Например я вставляю один и тотжэж блок несколько раз через tools  или с палитры.. мозг вынесет этот запрос..

я бы тут уточнил, что сие относится именно к вставке и переопределению через палитры.

 

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

[doctorraz]

6 минут назад, EdwardSt сказал:

если кто-то копирует через буфер

Не только буфер..

Но и вставка блока из файла, в файле запросто может быть больше одного блока

Ну и ничто не мешает на палитру загнать блок состоящий из других блоков..

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

[hudozhnik]

Попробовал переопределить блоки способом от EdwardSt. Графика переопределилась, а вот атрибуты нет (в переопределенную версию добавил атрибуты и переименовал уже имеющиеся). Блок без динамики. Я что-то не так сделал? В чем тогда отличие от attsync и battman?

[EdwardSt]

В 21.11.2022 в 17:50, hudozhnik сказал:

Графика переопределилась, а вот атрибуты нет (в переопределенную версию добавил атрибуты и переименовал уже имеющиеся)

Тут сразу несколько моментов нужно отметить.

После переопределения блоков графика поменялась - это железобетонно и сомнений не вызывает.

С атрибутами все сложнее.

В переопределении блока атрибуты теперь новые. И при вставке новых блоков будут использоваться именно обновленные атрибуты. Но старые останутся теми же!

Это связано с тем, что в общем случае при вставке блока с атрибутами фактически первым вставляется объект типа "INSERT" (вхождение блока), далее несколько объектов типа "ATTRIB" (атрибут) и завершает всю эту клюкву объект типа "SEQEND" (конец последовательности). При переопределении описания блока ВСЕ эти объекты остаются неизменными. Но после регенерации в связи с тем, что могла измениться графика, поменялось отображение только первого объекта в списке, а именно вхождения, которое ссылается на описание. А вот для обновления атрибутов уже необходимо запустить бэтмэн , который собственно проходит по этим цепочкам и (внимание!)

1. Для атрибутов, с неизменным наименованием - восстанавливает параметры атрибута к исходным, как в текущем (обновленном) описании блока;
2. Для удаленных атрибутов - удаляет объекты "ATTRIB" из цепочек выше
3. Для добавленных атрибутов - создает новые объекты "ATTRIB" с параметрами и содержимым из описания блока

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

Причем этого нельзя сделать и просто ручным редактированием блока.

 

Простенький пример: создал блок с атрибутом "ФЫВ" (забыл переключиться на англ. клавиатуру) и собственно вставил его в чертеж. После этого вошел в редактор блока, изменил имя на "ASD" и вставил обновленный блок.

Спойлер

  Т.е., блок вроде бы один и тот же, у каждого по одному атрибуту, но в списке атрибутов перечислены все атрибуты, присутствующие во вставках (не в описаниях - оно одно). 

И естественно

Спойлер

У первой вставки удалился отсутствующий атрибут, добавился новый, но т.к. содержимое этих атрибутов разное , то в списке слева видим соответствующее сообщение.

 

[Иван Е88]

В моем случае переопределение потребовалось как раз для динамического блока. Результат процедуры, предложенной EdwardSt, получился следующий: все имеющиеся в чертеже вхождения переопределяемого блока Нанокад перезаписал как новые блоки с именами типа *U146, *U299, и т.п. для каждой комбинации настроек вхождения (переопределялся дин блок рамки листа, и, например, вхождения с настройками под формат А2 альбомный стали вхождениями блока *U146, под формат А4х3 - *U299), при этом они лишились ручек настройки размеров и видимости;

Спойлер

Спойлер

вхождение блока вставленное в конце процедуры переопределения потеряло настройки и ручки размеров рамки, зависимость значения атрибута ФОРМАТ_ЛИСТА от этих размеров и ручки видимости.

Спойлер

Спойлер

Команда «Сброс блока» после процедуры переопределения ничего не поменяла в упомянутых выше вхождениях блоков.

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

[Kreator]

NC их "остатичивает", видимо. Разбить не получается их? Может, блок в блоке там по аналогии с массивом?

[Иван Е88]

Разбить не удается - пишется, что объект не может быть разбит. И в редакторе блоков не открывает потому что блок неименованный.

[lidia.antipina.ru]

Попробуйте преобразовать неименованные блоки в именованные, используя команды U2B, U2BM

 

 

[A-g]

В 16.11.2022 в 21:05, EdwardSt сказал:

Итак:

Все содержимое блока должно быть сохранено в файле. При этом самого блока там быть не должно.

Т.е., этот чертеж не должен содержать в своем составе определения блока, совпадающее с именем чертежа.

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

Соответственно, если в целевом файле уже есть такое определение, то предлагается его переопределить.

Собственно, на этом и основан указанный мной способ.

И главное:     НИКАКИХ CTRL+C,V !!!

 

 

попробовал этот рецепт спрашивает переопределить, ДА

 

потом НК пишет 

ЧЯДНТ?

 

добавлено через 1 минуту

в общем тема актуальна как переопределить блок (заменить блок на блок на тот же но отредактированный в другом файле)

добавлено через 3 минут

тот самый блок

Выноска последняя.dwg