[hwd]

В сети лежит двг-файл, содержащий описание динамического блока. В некотором файле должны содержаться вхождения этого блока. Блок должен работать как полноценный динамический блок, а не быть обычным линком на содержимое файла. При изменении содержимого блока в исходном файле, все изменения должны произойти и в файлах, которые содержат вхождения этого блока. Реально ли это сделать стандартными средствами автокада, не прибегая к программированию?

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

[kp+]

ну, если программирование и надо, то совсем простое. в автозагрузку поставить код типа

Код:

[Выделить все]

(command "_-insert" "my_dyn_block=" (command))

Знак "=" после имени блока указывает, что его надо переопределить в соответствии с содержимым файла, где записан эталон блока. Пустая функция (command) соответствует нажатию ESC, чтобы не создавать лишний экземпляр блока, а только обновить его определение.
Всевозможные проверки ошибок по вкусу

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

[Кулик Алексей aka kpblc]

Если вставка блока выполняется с палитры инструментов, то можно попытаться кликнуть правой кнопкой на инструменте и выбрать "Redefine". Не оно?

[hwd]

Сообщение от Кулик Алексей aka kpblc Если вставка блока выполняется с палитры инструментов, то можно попытаться кликнуть правой кнопкой на инструменте и выбрать "Redefine". Не оно?

Если выполнить эту команду, то файле происходит переопределение блока. и новые вхождения имеют откорректированный вид. однако те вхождения блока, которые были вставлены в чертеж до выполнения "Redefine" у меня не изменили вид в соответствие с переопределённым блоком.

[Кулик Алексей aka kpblc]

_.regenall не помогает?

[hwd]

Сообщение от Кулик Алексей aka kpblc _.regenall не помогает?

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

kp+ ну, если программирование и надо, то совсем простое. в автозагрузку поставить код типа Код: (command "_-insert" "my_dyn_block=" (command)) Знак "=" после имени блока указывает, что его надо переопределить в соответствии с содержимым файла, где записан эталон блока. Пустая функция (command) соответствует нажатию ESC, чтобы не создавать лишний экземпляр блока, а только обновить его определение. Всевозможные проверки ошибок по вкусу При добавлении этого кода в автозагрузку обновление будет происходить каждый раз при открытии файла, куда вставлен блок

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

[Кулик Алексей aka kpblc]

По-моему, они одинаковые. Покажи поближе

[hwd]

Сообщение от Кулик Алексей aka kpblc По-моему, они одинаковые. Покажи поближе

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

однако если я выберу из контекстного меню вхождения блока "reset block" - то изображение обновится (что собственно мне и требуется) в соответствии с произведёнными изменениями.

Пока, как вариант можно последовательно выполнить два действия:
1. "Redefine" из контекстного меню блока, находящегося на палитре инструментов
2. вызов команды _resetblock _all (закину её на панель инструментов).

Но на самом деле вариант плохой, поскольку вхождения динамических блоков настроены каждый по своему, а reset сбросит все настройки...

[Кулик Алексей aka kpblc]

Точно, "слона-то я и не приметил". Хотя я специально проверил на нескольких дин.блоках из комплекта поставки AutoCAD 2010 Eng + SP1, вроде все работает корректно. Пользовательские блоки не проверял.

[hwd]

Сообщение от Кулик Алексей aka kpblc Хотя я специально проверил на нескольких дин.блоках из комплекта поставки AutoCAD 2010 Eng + SP1, вроде все работает корректно. Пользовательские блоки не проверял.

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

[Кулик Алексей aka kpblc]

Именно.

[hwd]

Сообщение от Кулик Алексей aka kpblc Именно.

вопрос снят. я понял почему у меня не обновлялись вхождения...

У меня ведь в примере блоки с атрибутами. Я думал, что вызывать команду "_battman" с последующим указанием нужного блока нужно только тогда, когда в составе блока обновлены атрибуты. Оказывается нет. В моём примере блок имеет атрибуты. Изменив определение блока я добавил примитив, не затрагивая атрибуты. Однако если вызвать выше указанную команду - все вхождения обновятся, как того и требуется. Если же блок не содержит атрибутов - то такие вхождения обновляеюся сразу же после выполнения контекстного "redefine" (даже регенерация не требуется)...

[kp+]

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

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

"Redefine" из контекстного меню блока, находящегося на палитре инструментов надо НЕ ЗАБЫВАТЬ нажимать. А я так понял, что синхронизировать копии блока с эталоном НАДО АВТОМАТИЧЕСКИ. Или не надо?

[hwd]

Сообщение от kp+ "Redefine" из контекстного меню блока, находящегося на палитре инструментов надо НЕ ЗАБЫВАТЬ нажимать. А я так понял, чтобы синхронизировать копии блока с эталоном НАДО АВТОМАТИЧЕСКИ. Или не надо?

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

[kp+]

Добавить каждой записи определения блока дополнительную информацию с именем внешнего файла и блока в его составе

Зачем так сложно?
Если соблюден принцип "один блок - один файл", то имя блока и есть имя внеш. файла (полный путь прописывается в настройках Акада). Этот файл не должен включать в себя нужный блок, он сам должен быть определением блока. Может, сумбурно объяснил, пример тут

И тогда все получится, как я написал в посте №2

[hwd]

Сообщение от kp+ Если соблюден принцип "один блок - один файл", то имя блока и есть имя внеш. файла (полный путь прописывается в настройках Акада). Этот файл не должен включать в себя нужный блок, он сам должен быть определением блока. Может, сумбурно объяснил, пример тут И тогда все получится

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

[4ydik]

Сообщение от kp+ ну, если программирование и надо, то совсем простое. в автозагрузку поставить код типа Код: [Выделить все] (command "_-insert" "my_dyn_block=" (command)) Знак "=" после имени блока указывает, что его надо переопределить в соответствии с содержимым файла, где записан эталон блока. Пустая функция (command) соответствует нажатию ESC, чтобы не создавать лишний экземпляр блока, а только обновить его определение. Всевозможные проверки ошибок по вкусу При добавлении этого кода в автозагрузку обновление будет происходить каждый раз при открытии файла, куда вставлен блок

Вопрос такой, а если много блоков (т.е. много отдельных файлов) как их все разом обновить? как будет правильно написать лисп?

[kp+]

Использовать vl-directory-files для получения списка файлов, а там foreach или другой вариант цикла с (command "_-insert" (strcat iterator ".dwg=") (command))
Акада под рукой нет, рабочий код не напишу

[4ydik]

Сообщение от kp+ Использовать vl-directory-files для получения списка файлов, а там foreach или другой вариант цикла с (command "_-insert" (strcat iterator ".dwg=") (command)) Акада под рукой нет, рабочий код не напишу

Спасибо за помощь, но
Команда: (command "_-insert" (strcat iterator ".dwg=") (command))
_-insert Имя блока или [?] <dcclpdata>: ; ошибка: неверный тип аргумента:
stringp nil
Имя блока или [?] <dcclpdata>: *
*Неверно*
вот что выдает!

[Кулик Алексей aka kpblc]

4ydik, а что в расширении файла делает знак "="?

[4ydik]

Сообщение от Кулик Алексей aka kpblc 4ydik, а что в расширении файла делает знак "="?

читай пост #2

[kp+]

4ydik, я же говорил - Акада нет, рабочего кода от меня не будет (в ближайшее время) Может, гуру подсобят...
iterator - просто переменная, которой еще надо присвоить значение и запустить в цикл.

[4ydik]

Сообщение от kp+ 4ydik, я же говорил - Акада нет, рабочего кода от меня не будет (в ближайшее время) Может, гуру подсобят... iterator - просто переменная, которой еще надо присвоить значение и запустить в цикл.

А гуру пока молчат!

[hwd]

Сообщение от 4ydik А гуру пока молчат!

Насчёт "гуру" не знаю. Если будет время - может сегодня напишу решение. Весь нужный код собственно уже имеется, нужно только протестировать его как следует и написать графическую оболочку, дабы юзеру было удобно пользоваться этим (через диалоговое окно).

Принцип работы такой:

1. В графическом режиме юзер указывает чертёж с определением блоков и выставляет галочки напротив определений, подлежащих импорту/синхронизации.
2. Юзер указывает какие именно чертежи следует обрабатывать:
2.1. Все чертежи в подшивке (тогда он указывает файл подшивки, которую нужно анализировать).
2.2. Конкретные файлы чертежей (ставит галочки напротив них).
2.3. Все файлы определённых каталогов, с указанием того, следует ли выполнять рекурсивную проверку (т.е. следует ли обрабатывать и все чертежи во вложенных подкаталогах).

Во всех целевых файлах произойдёт синхронизация определений блоков с одноимённым определением из указанного исходного файла, а так же будет выполнена синхронизация всех вхождений блоков с их определениями.

Offtop: п.с. Код буду компилировать под AutoCAD 2009. Компилировать под др. версии пока нет ни возможности, ни времени, ни желания.

[4ydik]

На сегодняшний день появился такой вопрос: Как с помощью lisp добавить значение в Сервис >> Настройка>> Переходим на закладку Файлы и раскрываем список Путь доступа к вспомогательным файлам. Путь к определенной папке где лежат файлы с динамическими блоками?

[hwd]

Счастливые обладатели AutoCAD 2009 SP3 x86 могут взять на тестирование обозначенную мною выше софтину здесь. Те, у кого AutoCAD др. версий - дружно курят бамбук до тех пор, пока какой-нибудь альтруист не перекомпилирует исходники (выложенные мною там же) под нужную версию AutoCAD. У меня сейчас установлен только AutoCAD 2009, потому и компилировал только под него.

Для работы плагина на компьютере должны быть установлены:

- AutoCAD 2009 SP3 x86 (под x64 не тестировал)
- .Net Framework 3.5 SP1

Как запускать плагин - написано в файле ReadMe.txt. Как установить нужную локализацию - написано в комментариях файла PluginSettings.xml (по умолчанию устанавливается та, которую указывает AutoCAD).