[Дима_]

Не очень ясна следуящая реакция автокада (2010, на других пока не проверял). Вот упрощенный (но рабочий) код:

Код:

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

(defun f (a b c) (alert "Start edit"))
(vlr-object-reactor (list (vlax-ename->vla-object (entlast))) nil '((:vlr-modified . f)))

Если нарисовать отрезок, круг, полилинию и т.п все работает корректно, но если сей реактор поставить на таблицу - то он почему-то срабатывает при сохранении документа (в том числе при "Save as" и автосохранении). Более того, если в этом реакторе идет чтение таблицы (что и было в первоначальном "сложном варианте"), то 1-ый раз она читается - а на второй - идет ошибка - отсутствие описания, вобщем эта ошибка (не срабатывание чтения таблицы на второй раз), на данный момент у меня используеться для определения кем вызван реактор (автозапуском или нет), но получаеться что-то типа взаимной компенсации ошибок. Вобщем вопрос такой - с чего вдруг при сохранении срабатывает реактор, и как от этого избавиться "по правильному"? Мешает мне это по тому, что на таблице висит реактор "пересоздающий" часть рисунка - так вот беда в том, что если пользователь что-нибудь подправил вручную (не в таблице - а скажем так в результате ее работы) то для сохранения приходиться "обнулять" реактор, что совсем не удобно.
p.s. такое же поведение обнаружилось у текстов, подумал что дело в обновлении полей при сохранении (хотя ни там, ни там их не было, но хрен знет как там в автодеске написали), отключил - не помогло. Есть идеи то подкинтье пожалуйста, я сам "порою".

[Александр Ривилис]

Дима_
У меня была похожая реакция на непонятное для меня поведение AutoCAD лет 10...15 назад. Например, когда в AutoCAD 2000i перестала работать фильтрация по имени приложения в расширенных данных в функции (ssget) - это было для меня принципиально. Теперь я отношусь к таким вещам спокойнее. Если есть возможность обхода какой-либо ситуации (workaround) малой кровью, то я не считаю что это критичным багом и даже не посылаю его в Autodesk (по линии ADN).
В данном же случае если послать сообщение в Autodesk о срабатывании реактора при сохранении, то (100%) Autodesk'цы сообщат, что так и задумано и ничего менять не будут. Поверь моему опыту.

[Дима_]

Верю! Может кажеться и по другому - но я тоже вполне спокойно отношусь к подобным вещам, я с автокадом знаком гораздо менее Вас, но в системном программировании "крутился" лет 10 плотно (сейчас правда забросил) - так там таких "багов-особенностей" да еще и друг друга компенсирующих - одна на одной. В общем-то хороший системщик и отличается от "среднестатистического" (я себя относил к хорошим, да и другие то же), знанием "особенностей" конкретной системы выходящих за общие рамки программирования (алгоритмированния).
p.s. На самом деле изначально спрашивал - может кто с этим сталкивался, и как это можно корректно обойти - предложенный метод по заглушке реакторов - это первое что пришло мне на ум, но это т.н. "кривой" метод. т.к. сам по себе пораждает кучу гороздо более трудноотслеживаемых потенциальных ошибок - которые вылезут неизвестно где (вобще не поймешь что они связанны). Но судя по теме других вариантов и нет - увы.

[Александр Ривилис]

Сообщение от Дима_ предложенный метод по заглушке реакторов - это первое что пришло мне на ум, но это т.н. "кривой" метод.

Правильный метод был предложен mmax - это отмечать факт начала/конца сохранения/автосохранения и в случае попадания в интервал начало-конец сохранения/автосохранения табличный реактор не должен ничего делать.

[mmax]

Сообщение от Александр Ривилис Правильный метод был предложен mmax - это отмечать факт начала/конца сохранения/автосохранения и в случае попадания в интервал начало-конец сохранения/автосохранения табличный реактор не должен ничего делать.

повторюсь:
Был предложен еще вариант:
Начало конец редактирования таблицы - отключать а потом возвращать автосохранение в исходное состояние