[Сыч]

Здравствуйте.
Есть чертеж, в котором используются несколько десятков экземпляров блока, имеющего атрибуты с полями. Причем поля "многоступенчатые": пользователь вносит данные в "ручные" атрибуты, на их основе пересчитываются значения других атрибутов с полями, а на их основе пересчитываются значения третьих атрибутов с полями. Соответственно, чтобы получить окончательный результат, нужно сделать 3-4 регенерации чертежа подряд.
Когда блоков несколько десятков, Автокад ощутимо подвисает, бесполезно регенирируя такую кучу полей.
Отсюда вопрос: есть ли в Автокаде способ выполнить обновление полей только в одном указанном пользователем блоке?

[trir]

не надо так делать

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

А не проще отключить автообновление полей и вызывать их обновление принудительно?

[kp+]

Сообщение от Сыч есть ли в Автокаде способ выполнить обновление полей только в одном указанном пользователем блоке?

_updatefield

Offtop:

Сообщение от trir не надо так делать

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

[Сыч]

Сообщение от Кулик Алексей aka kpblc А не проще отключить автообновление полей и вызывать их обновление принудительно?

Вы имеете ввиду настройку значения FIELDEVAL? Это уже сделано, и это не то, что нужно.

Сообщение от kp+ _updatefield

Вот это уже интереснее.

Сообщение от kp+ Поддерживаю, можно запросто пропустить всего одну регенерацию (или принудительное локальное обновление) и здорово накосячить.

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

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

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

[Сыч]

Сообщение от Кулик Алексей aka kpblc Если все равно там вычислений масса, и они делаются лиспом - кто мешает тем же лиспом и в нужные атрибуты засовывать нужные данные?

Две причины:
1. Лисп заполняет атрибуты не просто текстом, а полями, связывая длины указанных полилиний и отрезков, чтобы при смене трасс новые длины поступали в блок автоматически.
2. Нужно, чтобы расчет был относительно прозрачен для пользователя и видны были исходные данные, а не волшебная команда, которая что-то там на основании чего-то там посчитала и выдала какой-то результат.

[kp+]

Сообщение от Сыч Осталось разобраться, как вместо регенерации вставить в лисп обновление полей блока.

Так подойдет?

Код:

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

 (Vl-cmdf "_updatefield" block_entity)
(entupd block_entity)

И все это в цикл на 4 оборота, или сколько там у вас уровней вложенности полей. Честно говоря, с многократно вложенными полями не дружу, поэтому подводных камней не знаю и работоспособность не гарантирую

Offtop:

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

Сотрудники месье знают толк... Не проще вывод промежуточных результатов сделать в том же лиспе? А дотошный пользователь, если усомнится, все равно будет пересчитывать не с помощью полей, а на бумажке
Единственное, что приходит в голову, зачем такой изврат - у некоторых пользователей LT...

[Сергей812]

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

что-то большие сомнения по поводу "прозрачности" расчета

Сообщение от Сыч Причем поля "многоступенчатые": пользователь вносит данные в "ручные" атрибуты, на их основе пересчитываются значения других атрибутов с полями, а на их основе пересчитываются значения третьих атрибутов с полями. Соответственно, чтобы получить окончательный результат, нужно сделать 3-4 регенерации чертежа подряд.

сам разработчик этой "системы" может и видит всю картину в целом...

[Сыч]

Сообщение от kp+ Так подойдет?

Вот так сработало

Код:

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

 (vl-cmdf "_UPDATEFIELD" block_entity "")

Сообщение от Сергей812 что-то большие сомнения по поводу "прозрачности" расчета

Людям свойственно сомневаться.

[Сергей812]

Сообщение от Сыч Людям свойственно сомневаться.

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

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

Offtop:

Сообщение от Сыч Людям свойственно сомневаться.

Точнее, ошибаться. А у меня так вообще безлимит

[Сыч]

Сообщение от Кулик Алексей aka kpblc Точнее, ошибаться.

Ну как говорится, "ты сказал".