Определение блока не найдено в исходном файле
Большие библиотеки содержащие блоки, должны быть хорошо структурированы и легко управляемы для того что бы быстро находить в них нужные блоки. Кроме того стоит обратить внимание на слои которые используются, при определении блоков, для того что бы получить желаемый результат при их вставке в чертеж.
Работа со слоями
При вставке блока в чертёж он определяется в текущий слой, после чего его можно переопределить в соответствующий слой (статья о работе со слоями в AutoCAD). Параметры слоя в котором находится блок стандартны и представляют собой цвет линий, тип линий и их толщину. Ниже приведена таблица методов применения слоев при вставке блока с описанием результатов, хотя некоторые различия таковых незначительны.
Свойства компонентов блока и вставка объектов результаты
Графические параметры компонентов
Как видно из таблицы, тщательный подбор свойств слоя, который используется при создании блока имеет важное значение. Два метода установки параметров объектов ПОБЛОКУ и их создание на 0 слое, создает блок-хамелеон, который принимает свойства слоя в котором он вставляется. Использование двух других методов, сохраняет свойства блока не зависимо от того в какой он слой вставляется.
Расчленение блоков
В предыдущих лекциях мы уже рассказывали о переопределении блоков. Для того что бы расчленить блок используйте команду:
Расчленить (РАСЧ)
Способы ввода команды:
- Выполнить команду: Редактировать>Расчленить.
- Ввести в командной строке РАСЧ
Расчленение блока с вложенными блоками расчленяет только верхний, вложенные блоки расчленяются в последующем.
При расчленении блоков созданных в слое 0 или с графическими параметрами ПОБЛОКУ, графические свойства объектов: толщина, цвет и тип линий, приводятся к параметру по умолчанию – черный/белый цвет линий, сплошная линия и толщина линий по умолчанию.
При изменении масштаба блока по осям, объекты сохраняют свои формы и размеры при разрушении. Например в блоке была вставлена окружность при масштабе Х,Y-1,2 окружность отображается эллипсом, после применение команды РАСЧ исходный объект останется эллипсом.
Обновление блоков
Как уже было рассказано в предыдущих уроках при изменении блока, все его копии автоматически обновляются. Но если вы вставили файл в чертеж, что бы использовать в качестве блока, а затем изменили этот файл, в текущим чертеже он не обновится. Для того что бы файл автоматически изменялся необходимо использовать внешние ссылки, о которых мы расскажем в следующей главе.
Для обновления блоков вручную, которые были вставлены из файла, необходимо повторно вставить соответствующий файл.
На этом урок по изучению принципов управления блоками завершен. В следующем уроке будет рассмотрен вопрос создания и управления динамическими блоками.
Имеются некоторые блоки, взятые не с моего листа и не мною собранные. Забрал их к себе - работают. Пытаюсь создать на их базе палитру инструментов для себя, получаю в ответ ошибку следующего содержания:
"Блок не найден в исходном чертеже. Исходный чертеж, если он открыт в редакторе, следует сохранить"
Как это победить или в каком направлении копать? И таких блоков не раз и не два.
От 2006 работаю с политрой инструментов. В первые слышу о таком. Вы гдето что то не правильно делаете. Изначально если блок присутствует на чертеже файл нужно сохранить а потом вставленный блок добавить в политру. И второе из вашего вопроса не ясно это происходит когда вы блок тащите на политру или когда вставляете блок с политры.
А, вот щёлкни в палитре на нужном блоке правой кнопкой мыши и выбери свойства.
В них увидишь путь до файла-донора блока. Открой файлик и посмотри, есть там этот блок или нет.
Инженер-конструктор ГТС (а по факту ПГС) с 2011 г.
От 2006 работаю с политрой инструментов. В первые слышу о таком. Вы гдето что то не правильно делаете. Изначально если блок присутствует на чертеже файл нужно сохранить а потом вставленный блок добавить в политру. И второе из вашего вопроса не ясно это происходит когда вы блок тащите на политру или когда вставляете блок с политры.
. перед тем как тащить, нужно каждый раз сохранять чертёж!
. Причём тащить надо из одного и того же чертежа, чтобы у палитры был один источник!
Инженер-конструктор ГТС (а по факту ПГС) с 2011 г.
Вот оно как. Достаточно печально. А каким-то образом сделать чтобы для перенесенных "из вне" дин.блоков в рабочий файл в качестве источников для палитр(а может и блоков, кто его знает - где еще это всплыть может) начал считаться рабочий файл, а не файл-исходник, где блок был создан - возможно?
Вот оно как. Достаточно печально. А каким-то образом сделать чтобы для перенесенных "из вне" дин.блоков в рабочий файл в качестве источников для палитр(а может и блоков, кто его знает - где еще это всплыть может) начал считаться рабочий файл, а не файл-исходник, где блок был создан - возможно?
Что бы к блокам политры был всегда доступ нужно иметь отдельный файл для блоков и из него компоновать политру. А из рабочих это проблемно. Переместил, изменил имя и всё путь потерян и блок с политры не загружается и где искать этот файл иногда трудно вспомнить. Я для блоков политры держу отдельный файл.
Инженер-конструктор ГТС (а по факту ПГС) с 2011 г.
С чего бы вдруг? Блок откуда-то надо копировать. Соответственно место, "откуда копировать", должно быть где-то определено - это раз, и содержать запрашиваемую информацию - это два. Так что все логично.
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
Есть над чем еще работать автодеску в плане юзабилити интерфейсов |
я т.д. что тут для Autodesk нет равных, а вот поддержки в плане адаптации к местным стандартам не хватает.
У меня ситуация такая, что потерялась связь с исходными файлами .dwg, так как общие палитры и исходники лежали на сервере. Количество палитр весьма большое с разделителями и текстом в группах палитр. Файлы в .atc в отдельных файлах, в связи с этим менять их путь редакторами не предоставлялось возможным.
Я, в итоге, сделал следующим образом: добавил все палитры из групп экпортом-импортом в общую единую палитру без исходного разделения на "новые группы", импортом из .xpg.
Потом уже общим выбором всех объектов через ctrl+A в свойстах объекта на непосредственно самой панели палитр (ctrl+3) изменил исходный серверный путь .dwg на локальный.
Кстати, еще заметил, что при открытии файла блока в .dwg любого объекта палитры, связь с другими объектами из нее не теряется. Т.е. теоретически можно работать из вычищенного любого файла блока, путь в таком случае не обрывался.
В сети лежит двг-файл, содержащий описание динамического блока. В некотором файле должны содержаться вхождения этого блока. Блок должен работать как полноценный динамический блок, а не быть обычным линком на содержимое файла. При изменении содержимого блока в исходном файле, все изменения должны произойти и в файлах, которые содержат вхождения этого блока. Реально ли это сделать стандартными средствами автокада, не прибегая к программированию?
п.с. Насколько я знаю - пока решения нет, но на всякий случай задаю вопрос, т.к. вполне возможно, что ошибаюсь.
идущий по граблям
Знак "=" после имени блока указывает, что его надо переопределить в соответствии с содержимым файла, где записан эталон блока. Пустая функция (command) соответствует нажатию ESC, чтобы не создавать лишний экземпляр блока, а только обновить его определение.
Всевозможные проверки ошибок по вкусу
При добавлении этого кода в автозагрузку обновление будет происходить каждый раз при открытии файла, куда вставлен блок
Если вставка блока выполняется с палитры инструментов, то можно попытаться кликнуть правой кнопкой на инструменте и выбрать "Redefine". Не оно?
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
Если вставка блока выполняется с палитры инструментов, то можно попытаться кликнуть правой кнопкой на инструменте и выбрать "Redefine". Не оно?
Если выполнить эту команду, то файле происходит переопределение блока. и новые вхождения имеют откорректированный вид. однако те вхождения блока, которые были вставлены в чертеж до выполнения "Redefine" у меня не изменили вид в соответствие с переопределённым блоком.
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
Знак "=" после имени блока указывает, что его надо переопределить в соответствии с содержимым файла, где записан эталон блока. Пустая функция (command) соответствует нажатию ESC, чтобы не создавать лишний экземпляр блока, а только обновить его определение.
Всевозможные проверки ошибок по вкусу
честно говоря - не понял. у меня ведь блок во внешнем файле. мне нужно не сам файл в виде блока вставить, а конкретный блок из этого файла.
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
кликни мышью по изображению - оно увеличится. На скрине видно, что одно вхождение имеет в своём составе окружность, а второе - нет.
однако если я выберу из контекстного меню вхождения блока "reset block" - то изображение обновится (что собственно мне и требуется) в соответствии с произведёнными изменениями.
Пока, как вариант можно последовательно выполнить два действия:
1. "Redefine" из контекстного меню блока, находящегося на палитре инструментов
2. вызов команды _resetblock _all (закину её на панель инструментов).
Но на самом деле вариант плохой, поскольку вхождения динамических блоков настроены каждый по своему, а reset сбросит все настройки.
Точно, "слона-то я и не приметил". Хотя я специально проверил на нескольких дин.блоках из комплекта поставки AutoCAD 2010 Eng + SP1, вроде все работает корректно. Пользовательские блоки не проверял.
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
Хотя я специально проверил на нескольких дин.блоках из комплекта поставки AutoCAD 2010 Eng + SP1, вроде все работает корректно. Пользовательские блоки не проверял.
Т.е. у тебя обновлялись вхождения блоков после того, как вызывал "Redefine" из контекстного меню блока, находящегося на палитре инструментов с последующей регенерацией графической части?
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
вопрос снят. я понял почему у меня не обновлялись вхождения.
У меня ведь в примере блоки с атрибутами. Я думал, что вызывать команду "_battman" с последующим указанием нужного блока нужно только тогда, когда в составе блока обновлены атрибуты . Оказывается нет. В моём примере блок имеет атрибуты. Изменив определение блока я добавил примитив, не затрагивая атрибуты. Однако если вызвать выше указанную команду - все вхождения обновятся, как того и требуется. Если же блок не содержит атрибутов - то такие вхождения обновляеюся сразу же после выполнения контекстного "redefine" (даже регенерация не требуется).
идущий по граблям
честно говоря - не понял. у меня ведь блок во внешнем файле. мне нужно не сам файл в виде блока вставить, а конкретный блок из этого файла. |
ну, если в файле несколько блоков, и надо вставить один из них - тогда, конечно, одной строчкой кода не отбудешься. Обсуждалось на форуме, целое дело.
А если в файле один блок, почему бы не вставлять его полностью? (возможно, перед этим надо wblock применить один раз)
"Redefine" из контекстного меню блока, находящегося на палитре инструментов надо НЕ ЗАБЫВАТЬ нажимать. А я так понял, что синхронизировать копии блока с эталоном НАДО АВТОМАТИЧЕСКИ. Или не надо?
"Redefine" из контекстного меню блока, находящегося на палитре инструментов надо НЕ ЗАБЫВАТЬ нажимать. А я так понял, чтобы синхронизировать копии блока с эталоном НАДО АВТОМАТИЧЕСКИ. Или не надо?
в идеале - нужно автоматически. но это значит нужно мониторить файлы на их изменение. В случае наличия изменения - синхронизировать изменения с определением блока в файле с последующим обновлением вхождений. Это можно сделать только программно (как я понимаю). Например Добавить каждой записи определения блока дополнительную информацию с именем внешнего файла и блока в его составе, который нужно проверять на наличие изменений. И запускать проверку на эти изменения при каждом открытии файла чертежа, содержащего вхождения этого блока, а при желании юзер должен иметь возможность выполнить проверку принудительно вручную.
идущий по граблям
Добавить каждой записи определения блока дополнительную информацию с именем внешнего файла и блока в его составе |
Зачем так сложно?
Если соблюден принцип "один блок - один файл", то имя блока и есть имя внеш. файла (полный путь прописывается в настройках Акада). Этот файл не должен включать в себя нужный блок, он сам должен быть определением блока. Может, сумбурно объяснил, пример тут
Второй день пользуюсь ACAD 2009 и вдруг столкнулся с тем, что он как-то выборочно копирует блоки из одного чертежа в другой. Пол-часа пробовал разные варианты, закономерности не нашел. Если копировать несколько блоков и в наборе будет хотя бы один из тех, что не копируются - не копируются все блоки. Если блок взорвать и создать заново - вроде бы копируется.
Возможно, в этой версии ACAD-a у блоков появилось новое свойство (типа "защита от копирования")? Впрочем, возможно, такое свойство было и раньше, просто я не встречал его.
Если знаете, в чем тут дело - помогите, пожалуйста. Спасибо.
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
2 kpblc: к сожалению, ничто из предложенного не помогло.
Придется возвращаться к 2007-му АКАДу, сейчас нет времени разбираться.
программист, рыцарь ObjectARX
. но ссылка на утилиту очистки от Прокси-объектов была дана дохлая, поэтому эту версию отработать не удалось.
Александр Ривилис: Спасибо, скачал. Пробую обработать этой утилитой, хотя в этом файле вроде бы прокси-объектов у меня нет (я думал, что СПДС-примочка после установки оставляет во всех файлах какие-то стили линий, масштабы и т.п., которые и удаляет эта утилита).
Хм. Пишет, что не может загрузить ARX-файл. Для 2009го АСАДА какой модуль нужно загружать, ExplodeProxy2010x32.arx?
__________________ --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
Александр Ривилис: Загрузилась утилита для 2007-го АКАДа.
Таки были какие-то прокси-объекты. Но какие.
Видимых прокси-объектов не было (обычно в Quick Select можно увидеть объекты типа Proxy). А какие могут быть невидимые прокси-объекты?
Короче, после удаления всех прокси из чертежа возможность копировать блоки появилась. Большое спасибо.
программист, рыцарь ObjectARX
Александр Ривилис: Загрузилась утилита для 2007-го АКАДа.
Таки были какие-то прокси-объекты. Но какие.
Видимых прокси-объектов не было (обычно в Quick Select можно увидеть объекты типа Proxy). А какие могут быть невидимые прокси-объекты?
Короче, после удаления всех прокси из чертежа возможность копировать блоки появилась. Большое спасибо.
Ну какие точно были я сказать не могу, но в двух словах есть прокси-примитивы ("видимые") и прокси-объекты (типа словарей, таблиц и т.д.), которые не имеют видимого представления. Так вот они не могут копироваться между чертежами, а если на них есть ссылка, то и то, что на них ссылается копироваться не может.
Ну какие точно были я сказать не могу, но в двух словах есть прокси-примитивы ("видимые") и прокси-объекты (типа словарей, таблиц и т.д.), которые не имеют видимого представления. Так вот они не могут копироваться между чертежами, а если на них есть ссылка, то и то, что на них ссылается копироваться не может.
Не могут копироваться, наверное, только в 2009м АКАДе. В 2007м я все прекрасно копировал и даже и не догадывался о существовании в чертеже каких-то прокси-объектов.
А можно сделать доп.функцию у этой ОЧЕНЬ ПОЛЕЗНОЙ ПРОГРАММКИ? Чтобы перед тем, как удалить все прокси-объекты, можно было получить удобоваримый список этих объектов.
Потому что меня лично беспокоит, что за объекты я там удаляю и не будут ли у меня потом противоположные проблемы, связанные с отсутствием этих самых объектов.
Наилучший выход из положения в случае с СПДС - разбивать объекты СПДС средствами самой СПДС. В случае с вертикальными решениями AutoCAD - делать импорт чертежа в AutoCAD средствами этих вертикальных решений.
программист, рыцарь ObjectARX
Не могут копироваться, наверное, только в 2009м АКАДе. В 2007м я все прекрасно копировал и даже и не догадывался о существовании в чертеже каких-то прокси-объектов.
А можно сделать доп.функцию у этой ОЧЕНЬ ПОЛЕЗНОЙ ПРОГРАММКИ? Чтобы перед тем, как удалить все прокси-объекты, можно было получить удобоваримый список этих объектов.
Потому что меня лично беспокоит, что за объекты я там удаляю и не будут ли у меня потом противоположные проблемы, связанные с отсутствием этих самых объектов.
Я делал когда-то, только информация там такая, что только опытный программист может понять что это такое. А если этих прокси-объектов тысячи или десятки тысяч (бывает достаточно часто), то все равно не уследишь.
Были. И в 2007-м, и даже в 2004-м мне встречались прокси-объекты. Если файл был создан в Mechanical, например, или в СПДС. Просто если соответствующий энейблер не установлен - при открытии файла предлагаются способы отображения этих прокси-объектов (как рамка или не отображать). Если энейблер установлен - при открытии файла ничего не выдается, но в чертеже можно пощупать эти объекты (если они видимые, конечно) и даже тупо взорвать их.
Я делал когда-то, только информация там такая, что только опытный программист может понять что это такое. А если этих прокси-объектов тысячи или десятки тысяч (бывает достаточно часто), то все равно не уследишь.
Ну, я это понимаю. Только если припрет - можно хоть будет разобраться (особенно если у объектов есть какой-нибудь признак типа (например, 1- таблица, 2 - стиль и т.п.)), а если не нужно - просто проигнорировать этот список. Ну, и выводить ведь его не обязательно на экран, а в файл листинга, и добавить вопросик во время отработки утилиты "Хотите сохранить список удаляемых объектов в файл?".
Ну ладно, это я уже вредничаю Нельзя, так нельзя. И так доволен, что хоть понял, в чем дело.
программист, рыцарь ObjectARX
Были. И в 2007-м, и даже в 2004-м мне встречались прокси-объекты. Если файл был создан в Mechanical, например, или в СПДС. Просто если соответствующий энейблер не установлен - при открытии файла предлагаются способы отображения этих прокси-объектов (как рамка или не отображать). Если энейблер установлен - при открытии файла ничего не выдается, но в чертеже можно пощупать эти объекты (если они видимые, конечно) и даже тупо взорвать их.
Ну, я это понимаю. Только если припрет - можно хоть будет разобраться (особенно если у объектов есть какой-нибудь признак типа (например, 1- таблица, 2 - стиль и т.п.)), а если не нужно - просто проигнорировать этот список. Ну, и выводить ведь его не обязательно на экран, а в файл листинга, и добавить вопросик во время отработки утилиты "Хотите сохранить список удаляемых объектов в файл?".
Ну ладно, это я уже вредничаю Нельзя, так нельзя. И так доволен, что хоть понял, в чем дело.
При наличии прокси-объектов копирование может быть успешным если нет ссылки на эти прокси-объекты. Если стоят все необъодимые энаблеры или сами приложения, то прокси-объектов нет. Признака что это за прокси-объект не существует. В лучшем случае имя родительского класса и его DXF группа 0.
Сегодня читал эту тему. Много думал. Потом поэкспериментировал, вот результаты:
1. Согласен, что при установленных энейблерах прокси-объектов нет. Потому что прокси-объект по определению объект-заместитель. Если стоят энейблеры - АКАД видит оригинальные объекты приложений.
2. Взял чертеж, в котором заведомо были объекты СПДС, открыл в 2009м АКАДе (энейблеры для него не были установлены) - вместо объектов СПДС отображаются прокси-объекты(квадратики). Выделил все, вместе с прокси, скопировал в буфер, открыл новый файл, вставил из буфера - копирование произошло успешно, но прокси-объекты не скопировались. Вывод: прокси-объекты не копируются, но копированию других объектов не мешают.
3. Загрузил модуль ExplodeProxy, команда EXPLODEALLPROXY ничего не взорвала (тут я удивился! Если прокси видны в чертеже, их нужно разорвать и оставить в чертеже как обычные объекты, а не удалить). Команда REMOVEALLPROXY аккуратно вычистила все прокси-объекты. Хотя в данном случае это было бесполезно, видимые объекты мне были нужны.
4. Взял чертеж, с которого началась эта тема, открыл в 2009м АКАДе. Некоторые (не все) блоки в чертеже не копируются. Причем они именно не копируются в буфер, потому что если после Ctrl-C жмем Ctrl-V, то вставляется то, что было помещено в буфер раньше! Видимых прокси нет. Команда EXPLODEALLPROXY ничего не взорвала, команда REMOVEALLPROXY аккуратно вычистила все прокси-объекты. После этого копирование всех объектов восстановилось. Но осадок остался - что это я там удалил-то?
5. Скачал [FONT=Verdana] Object Enabler для СПДС GraphiCS 5.0 под AutoCAD 2007-2009 [/FONT], установил. После этого ВСЕ проблемы исчезли: объекты СПДС в первом файле, естественно, видны, копируются, вставляются, взрываются обычной командой EXPLODE (они ж родные для СПДС). Во втором файле все по-прежнему, никакие новые объекты видны не стали, но копирование всех объектов через буфер восстановилось!
[FONT=Verdana]6. Чтобы совсем уж проверить все варианты, после установки энейблера вызвал команду EXPLODEALLPROXY - ничего не взорвалось ни в первом, ни во втором файлах. Команда REMOVEALLPROXY ничего не удалила ни в первом, ни во втором файле. Это еще раз подтверждает тезис, высказанный в посте 14: при установленном энейблере прокси-объектов в чертеже нет. Из этого вытекают:[/FONT]
[FONT=Verdana] Следствие 1: в моем исходном проблемном файле сидят какие-то приблуды именно от СПДС и проблемы с копированием были именно из-за них.[/FONT]
[FONT=Verdana] Следствие 2: поскольку я сам СПДС не пользуюсь, значит, эти приблуды могут мигрировать из чертежа в чертеж неявным образом (при копировании других объектов из чертежей, созданных с применением СПДС).[/FONT]
В процессе работы у любого пользователя рано или поздно возникает некоторое количество созданных им самим или заимствованных у коллег блоков. У тех, кто чертит, допустим, нестандартное оборудование, блоков может быть десяток, а вот у строителей и разработчиков изделий по-аналогам их может быть сотни и тысячи.
Естественный вопрос, который начинает мучить пользователя в такой ситуации — как управлять всем этим хозяйством, ведь блоки зачастую хранятся в разных файлах, которые в свою очередь лежат в разных папках проекта. В такой ситуации, чтобы найти и вставить нужный блок надо открыть кучу файлов (и, как назло, нужный окажется в последнем!).
Предлагаю попробовать найти оптимальный вариант, для чего рассмотрим три возможных способа организации работы с блоками в порядке увеличения их сложности и удобства применения.
1. Вставка из файла. Запускаем команду Вставить (_insert). В окне Вставка блока указываем файл, который необходимо вставить. Файл вставляется в текущий чертеж полностью, т.е. для такого способа необходимо, чтобы каждый блок хранился в отдельном файле. Точка вставки файла будет совпадать в нулем координат. Даже если в вставленном файле объекты не объединены в блоки, в текущем файле весь чертеж будет представлен как единый блок.
2. Центр управления (Design Center). Запускаем Центр управления (ЦУВКЛ или _adcenter или Ctrl+2), в браузере в левой части окна выбираем нужный файл и блоки в нем, при этом в правой части окна появляются зрительные образные блоков.
Чтобы вставить нужный блок из Центра управления либо просто перетащите его в чертеж — блок вставится с параметрами по-умолчанию, либо дважды щелкните на нем — запустится команда вставки блока. Важно, что однажды вставив блок в чертеж, мы получаем его копию в текущем документе и нет необходимости каждый раз вставлять его из внешнего файла.
3. Инструментальная палитра блоков. Для удобства работы с блоками в AutoCAD есть инструментальные палитры (Ctrl+3), на которых находятся, в том числе, и блоки. Чтобы создать собственную палитру с нужными нам блоками, войдем в Центр управления, выберем нужные нам файлы с описаниями блоков и нажмем правой кнопкой — Создать инструментальную палитру.
Система создаст нам новую палитру и попросит ввести ее имя.
Для вставки блока с палитры достаточно просто щелкнуть на его изображение. Вы можете поменять очередность блоков в палитре простым перетаскиванием, можно перемещать блоки из одной палитры в другую и пр. Важно, что описание палитр хранится в системе, а не в отдельном файле, поэтому нет необходимости каждый раз загружать блоки во вновь созданный файл, достаточно запустить палитру и вставить нужные блоки. Замечу, что исходный файл с блоками нельзя удалять или перемещать.
Итог: все три способа организации работы с блоками имеют право на жизнь и полностью выполняют основную задачу. Организация хранения блоков в режиме «один блок — один файл» проста, но крайне неэффективна, вставка блоков из разных файлов через центр управления проста и наглядна, но требует поиска нужного файла и блока в нем. Палитры — удобный и эффективный способ работы с блоками, избавляющий пользователя от рутинной работы по поиску нужных блоков в разных файлах.
Редактирование блоков
Существует несколько способов внесения изменений в блок, не разрушая его.
Редактор блоков
Способ ввода команды:
После вызова команды будет открыто окно Редактирование определения блока, содержащие список блоков включенных в чертеж. Для редактирования выберите необходимый блок и нажмите ОК, после чего откроется Редактор блоков. Более подробно о редакторе блоков мы расскажем в следующем уроке.
Читайте также: