Дык, в том-то и беда, что (по крайней мере в отношении к Дракону) имеем кустарную разработку средства проектирования (а средство проектирования без поддержки транзакций и есть кустарщина).
В базах данных почему-то транзакции привычны и необходимы, а тут даже не все понимают, что ли?
Смысл-то ведь проще некуда - в процессе выполнения действия (в том числе редактирования текста) система может находиться в несогласованном состоянии, но по завершении действия обязана иметь корректное и согласованное состояние.
В простейшем случае транзакция редактирования вырождается в атомарное действие редактора (например, вставка блока в схему).
Сводить всё к последовательности (неизбежно жёсткой) атомарных действий - неэргономично.
Давать максимальную свободу (без внутренней самодисциплины юзера) - в конечном счёте тоже неэргономично.