Как быть с событием Attribute_Change и нажатием кнопки "Отмена" на форме?

Этого ответа я и ожидал  :)
Но тогда возникают следующие проблемы:
1. Как мне в этом Object_BeforeModify определить, какие атрибуты объекта изменились, чтобы выполнить действия, соответствующие этим изменениям? Можно, конечно, выполнить ВСЕ действия, связанные с изменением КАЖДОГО атрибута объета, но, имхо, это не очень хорошо. Другой путь тоже извращенный - завести в Dictionary флаги, указывающие на то, какие атрибуты изменились. Но все это не решит 2-й проблемы.
2. Если нам необходимо НЕ ЗАВЕРШАЯ редактирования 1-го объекта открыть к-л связанный с ним объект, значения атрибутов которого зависят от атрибутов 1-го объекта (т.е. при изменении атрибутов 1-го объекта должны изменятся значения некоторых атрибутов 2-го объекта), то тоже получается плохо, поскольку может возникнуть такая ситуация, когда у 1-го объекта атрибут уже изменен, а у связанных с ним объектов еще нет (изменения произойдут только при нажатии на кнопку "Ок").
Я вижу 4 пути решения этих проблем:
1. При нажатии на кнопку "Отмена" производить ручной откат изменений (т.е. проставлять старые значения атрибутов так, как будто бы они были введены пользователем). Мне этот вариант не нравится, потому как с ним тоже куча проблем.
2. Прикрутить к TDMS механизм транзакций. Супер весч была бы. Но насколько это технически реализуемо - без понятия. (Может сделать механизм транзакций на основе существующиго механизма версий объектов?)
3. Собственно, "вручную" из скрипта создавать версии объектов, когда это надо.
4. Никогда не делать таких сложных связей между объектами  :)
Что скажете?

В хелпе ничего об этом нет!
Т.е. я могу при открытии диалога редактирования объекта сказать Start, а при закрытии окна, соответственно либо Commit, либо Abort? И во 2-м случае система примет состояние, в котором она было до открытия диалога?

Поскольку в хелпе ничего нет про транзакции, мне хотелось бы узнать, как этот механизм должен работать  :)
Есть какая-нить рабочая документация по поводу транзакций в TDMS? А то что мне тестировать-то?  :)

И еще раз о наболевшем!  :)
Примерно та же ситуация. Зашел пользователь посмотреть табличку в определенном объекте на форме. Потыкал строки, потыкал разные вкладки. И нажал кнопку "Отмена" ну или крестик. А ему пишет: "Объект был изменен. Сохранить изменения?" Естетсвенно вижу эти недоумевающие глаза пользователя. Или допустим зашел редактировать объект. Из списка выбрал другое значение атрибута. Потом передумал и вернул назад ИЛИ! передумав вносить изменения тыкнул естественно "Отмена" или "крестик", потому как еслиб хотел внести изменения нажал бы ОК. Но ему всеравно будет выдано сообщение об изменении. Ну и как быть?

Требуется оно если например я внес изменения и нажал крестик (нечаянно например), но это согласитесь крайне редко бывает...
В моем случае у меня есть атрибут у объекта который используется как буфер при отображении на форме. Т.е. мне не важно пустой он или заполнен чем-то. Он при просмотре формы меняет свое содержимое. Так вот как бы проверить перед закрытием объекта что если менялся только этот атрибут то закрыть и не выдавать сообщений об изменении объекта. А если менялись другие атрибуты этого объекта то ругнуться.

p.s. "Трудно быть перфекционистом"  :) Знаю, что в моем случае что бы пользователь не нажал все хорошо. Но согласитесь каждый раз тыкать лишний раз по кнопке в сообщении... зачем?
p.p.s. Может добавить птичку к "Объект" "Не выдавать предупреждение об изменении". Например для важных объектов пусть бы выдавало сообщение. А в большинстве случаев это сообщение не нужно. А если и нужно то можно в том же BeforeClose написать MsgBox что-то типа "Вы точно уверены? Хорошо подумали?"

1. Копировать значение с родителя можно, если в значение по умолчанию вставить {.Имя_родителя}
2. Откатить всю операцию можно завернув ее  в транзакцию