События типа TextBox.LostFocus не срабатывают.А какие срабатывают? Например MouseLeave?
Думаю здесь без WinAPI не обойтись.Думаю можно обойтись, но нужно подбирать подходящее. Тут возможно сработает одно из событий Editor (возможно EnteringQuiescentState или LeavingQuiescentState). Возможно поможет одно из событий Editor.PointMonitor
Если конечно изменение того свойства не загружает ПК на пару минут - а чего не хотите менять "на лету" - ИХМО так в большинстве случаев "интерактивней" и дружелюбней для пользователя, а эти выбрал->подтвердил - по моему - наследие доса. Я наоборот "матерюсь" на автокад, что если операция "долговата", надо потоки в очередь ставить и выполнять только актуальный.Несколько раз прочитал это "казнить нельзя помиловать". Ничего не понял. Сдаюсь, расставить здесь запятые так, чтобы шарада разгадалась, я не смог. :)
Сдаюсь, расставить здесь запятые так, чтобы шарада разгадалась, я не смог. :)Я тоже. Но это полбеды. Главное я не понял какое это отношение имеет к вопросу Gennadiy.
Главное я не понял какое это отношение имеет к вопросу Gennadiy.Не знаю как правильно выразить - но можно сказать "глобальное". Как я понял, у него основной вопрос как отловить потерю фокуса для запуска функции "синхронизации" TextBox поля с чертежом, а я задаю вопрос - а надо-ли оно? Можно подписаться на событие изменения поля и вносить изменения "на каждой букве" - современные машины это в абсолютном большинстве случаев позволяют делать "не напрягаясь", да и пользователю так наглядней.
Я там выше, вроде как показал родное решение, что называется "из коробки". Чем оно-то не устраивает?