Как закрыть текстовый редактор?

[Александр Пекшев aka Modis]

Всем привет. Столкнулся с такой проблемой: если у меня не модальное окно и есть кнопка примерно с таким набором действий:

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

1. Hide();
2. var doc = AcApp.DocumentManager.MdiActiveDocument;
3. var db = doc.Database;
4. var ed = doc.Editor;
5. try
6. {
7.     using (doc.LockDocument())
8.     {
9.         var tr = db.TransactionManager.StartTransaction();
10.         using (tr)
11.         {
12.             var peo = new PromptEntityOptions("\nSelect MText");
13.             peo.SetRejectMessage("\nWrong");
14.             peo.AddAllowedClass(typeof(MText), true);
15.             peo.AllowNone = true;
16.             var per = ed.GetEntity(peo);
17. //.....
18. Show();

то при нажатии на эту кнопку в момент, когда в автокаде идет редактирование многострочного текста, происходит эффект зависания. Окно скрывается, мы переходим в автокад и НЕ можем закрыть редактор.

Чет я и погуглили и так по АПИ полазил - ничего не нахожу подходящего. Нуждаюсь в совете

[Александр Пекшев aka Modis]

У меня прям проклятие - пишу вопрос и через пару минут нахожу ответ!
Итак, перед обращением к Editor нужно проверить, что он готов принимать команды. Для этого есть свойство Editor.IsQuiescent. Если редактор текста открыт, то это свойство будет равняться false.
Описание свойства из справки:

Use this function to check if the host is busy processing other commands. If busy, the function returns false message, else returns true.

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

Может проще проверить, что команда MTEDIT запущена и не выполнять свой код???

[Александр Пекшев aka Modis]

Может проще проверить, что команда MTEDIT запущена и не выполнять свой код???

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

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

А вот как теперь это учесть во всех функциях с немодальными окнами?.... ((

Как-как. Ручками!

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

если у меня не модальное окно и есть кнопка примерно с таким набором действий:

Я, относительно недавно, пришёл к выводу, что так делать не совсем корректно. Отсюда и возникают потом различные проблемы, типа этой. В чём именно некорректность - в AutoCAD практически любое изменение объекта чертежа происходит в рамках запущенной команды. В базовом AutoCAD я не встречал нарушений этого принципа, в Civil - ловил. Из-за этого, кстати, в Civil были некоторые проблемы.
Вот, например, есть палитра слоёв. Нажимаем кнопку "Создать слой" - запускается команда "-LAYER":

Код: [Выделить]

[Doc Event] : Command will Start        : -LAYER
...
[Doc Event] : Command Ended             : -LAYERЧто даёт такой подход:
- Не нужно никаких телодвижений для выполнения корректной отмены действий. Выполняется стандартная отмена последней команды. Если выполнять изменения вне команды, с отменой есть сложности.
- Команды всегда выполняются последовательно. Нет такого, что одновременно будут выполняться две команды и мешать друг другу. Я сейчас не имею в виду прозрачные команды, только основные.
- Нет проблем с обработкой событий. Всегда будет такой порядок: запущена команда - изменены объекты - завершена команда. Даже если потом другой код будет работать параллельно с нашим, он всегда корректно обработает ситуацию изменения объекта. Не возникнет непонятных ситуаций, когда не выполняется никакая команда, а объекты чертежа почему-то изменяются. Отловить такие изменения можно, но уже гораздо сложнее.
В своём "палитроплагине" мне удалось реализовать такой механизм, чтобы любое изменение объектов происходило через запуск команды. Принцип такой - при изменении пользователем каких-то данных в палитре происходит запоминание действий, которые нужно выполнить и отправка запроса на асинхронное выполнение команды, которая эти изменения будет выполнять. Как только AutoCAD будет готов выполнить эту команду, она запускается. Команда всегда одна и та же, но набор действий, который она выполняет, зависит от действий пользователя в палитре.
Как вам такая идея?

[Вильдар]

В своём "палитроплагине" мне удалось реализовать такой механизм, чтобы любое изменение объектов происходило через запуск команды. Принцип такой - при изменении пользователем каких-то данных в палитре происходит запоминание действий, которые нужно выполнить и отправка запроса на асинхронное выполнение команды, которая эти изменения будет выполнять. Как только AutoCAD будет готов выполнить эту команду, она запускается. Команда всегда одна и та же, но набор действий, который она выполняет, зависит от действий пользователя в палитре.
Как вам такая идея?

Предстоит делать палитроплагин. Это интересная идея.
Сейчас все меняется по событиям с палитры, без запуска команд.
Основной минус, в отмене действий! Параллельность маловероятна.
Но, штатная палитра свойств, не запускает команды!

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

Но, штатная палитра свойств, не запускает команды!

Ну тут скорее аналог не с Property Palette, а с Tools Palette.

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

Но, штатная палитра свойств, не запускает команды!

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

Код: [Выделить]

Команда:
Команда:
Команда:Если разобраться что это за механизм и как он работает, то можно было бы использовать его вместо того, который я описал.
ARXDBG показывает это так:

Код: [Выделить]

Команда:
[EVENT REACTOR] : [Modeless Operation Will Start, OPM_CHGPROP]
[EVENT REACTOR] : [Modeless Operation Ended, OPM_CHGPROP]
Вот что это за Modeless Operation?

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

Вот что это за Modeless Operation?

Это не команда. Это просто возможность уведомить какое-то приложение (или сам AutoCAD), что какая-то операция началась и закончилась.

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

Если разобраться что это за механизм и как он работает, то можно было бы использовать его вместо того, который я описал.

Нет. Во-первых, не будет работать отмена. Во-вторых, нужно будет блокировать документы. В-третьих, это есть в ObjectARX, но нет в AutoCAD .NET API - да и не надо. Этим я пользовался для того, чтобы отреагировать на изменение свойств в палитре свойств:
http://adn-cis.org/kak-opredelit-chto-svojstva-primitiva-izmenenyi-pri-pomoshhi-paneli-svojstv.html