Это было бы интересное решение, если бы объём для сохранения был небольшим, но OD* - файл-контейнер в котором могут храниться и бинарные данные, помимо собственно разметки.

Допустим у тебя презентация эдак на 100Мб (не редкость, кстати). Мало, что для того, чтобы в процессе сохранения можно было пользоваться редактором, придётся всё это держать в буфере такого же размера + придумывать механизм как их держать синхронизированными, или держать документ, запретив редактирование.
При такой скорости сброса сохранение будет идти минут 5, за которые юзер уже успеет ещё что-то наработать (поудолять десяток слайдов например и добавить новых). И придётся процесс повторять заново. Или юзер будет сидеть и ждать, пока эта чёртова программа сохранит свой документ. И даже, если как-то исхитриться и реализовать diff-сохранение (или лог), то проблему вставки/удаления это не решает.

В чём плюсы такого подхода? Я лично не представляю как его реализовать так, чтобы он был работоспособным. Охотно поверю, что только я не представляю и почитаю (а то и посмотрю) работоспособные варианты реализации.