Событие запуска команды "отмена" (UNDO).

[Дмитрий Загорулькин]

Уважаемые коллеги, прошу совета!
Будет ли корректным такой способ определения запущена ли команда отмены? :

Код - C# [Выбрать]

1. Application.GetSystemVariable("CMDNAMES").ToString().Equals("U", StringComparison.InvariantCultureIgnoreCase)

Возможно, есть какой-то более надежный способ?

[Андрей Бушман]

Возможно, есть какой-то более надежный способ?

Почему не хочешь просто в событии Document.CommandWillStart проверить имя запущеной команды?

[Дмитрий Загорулькин]

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

[Андрей Бушман]

Вообще, мне нужно в событии Database.ObjectModified исключить обработку объектов, изменяемых в команде Undo.

Ну так это уже совсем др. вопрос, не относящийся к первому.

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

Возможно, есть какой-то более надежный способ?

Тебя интересует запуск команды отмены или факт того, что выполняется отмена? Это разные вещи. Во-первых, не только команда _U, но и команда _UNDO выполняет отмену (_UNDO без параметров, _UNDO <N>, _UNDO _Back). Во-вторых, не каждый запуск _UNDO приводит к отмене (_UNDO _Control, _UNDO _Begin, _UNDO _End). Как обычно не все возможности реактора в ObjectARX перевели в события AutoCAD .NET API, так что специальных средств понять с какими опциями запущена команда _UNDO в AutoCAD .NET API нет.

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

Вообще, мне нужно в событии Database.ObjectModified исключить обработку объектов, изменяемых в команде Undo.

DBObject.IsUndoing ?

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

Как-то так:

Код - C# [Выбрать]

1. using Autodesk.AutoCAD.Runtime;
2. using Autodesk.AutoCAD.ApplicationServices;
3. using Autodesk.AutoCAD.DatabaseServices;
4. using Autodesk.AutoCAD.EditorInput;
5.  
6. [assembly: CommandClass(typeof(CheckUndo.MyCommands))]
7.  
8. namespace CheckUndo
9. {
10.   public class MyCommands
11.   {
12.     [CommandMethod("TestUndo")]
13.     public void test()
14.     {
15.       Database db = HostApplicationServices.WorkingDatabase;
16.       db.ObjectModified += db_ObjectModified;
17.     }
18.  
19.     static void db_ObjectModified(object sender, ObjectEventArgs e)
20.     {
21.       if (e.DBObject.IsUndoing) {
22.         Editor ed = Application.DocumentManager.MdiActiveDocument.Editor;
23.         ed.WriteMessage("\nIsUndoing {0}", e.DBObject.Id);
24.       }
25.     }
26.   }
27. }

Интересно, что при команде UNDO/U для одного и того же объекта db_ObjectModified вызывается многократно.

[Дмитрий Загорулькин]

Интересно, что при команде UNDO/U для одного и того же объекта db_ObjectModified вызывается многократно.

Да, причем сперва у этих объектов e.DBObject.IsUndoing = false.
Я почему озадачился этим вопросом - у меня вылезла проблема в операции отмены. Невозможно было открыть нужные мне объекты (трубы и колодцы Civil) даже для чтения, чтобы получить нужные свойства - приложение вылетало с ошибкой, которую даже try-catch не обрабатывал. Благодаря Вашему ответу из сообщения #4 я понял, что вопрос гораздо сложнее, чем я себе представлял и решил пойти другим путем. В моем случае, мне не принципиально получение свойств непосредственно в методе db_ObjectModified. Поэтому, я сделал в нем просто сохранение ObjectId нужных мне изменившихся объектов в список-буфер с последующей обработкой этого списка в событии Editor.EnteringQuiescentState. Объекты в этот момент уже "свободны" от операции отмены и проблем с получением их свойств нет.