Hemul, идея - нормальная.
Дело в том, что хранится в документе как вставленный документ, так и его "превьюха" - данные в формате для отображения. На экране показать, или на принтер высокого разрешения напечатать. Покупается удобство и универсальность за память и дисковое пространство.
1. Для Корел, скажем, нужно хранить как редактируемые данные, так и EPS.
2. Для растрового изображения - нужны редактируемые данные + flat CMYK TIFF.
3. (optional) нужно иметь возможность вставленные данные извлечь как честный отдельный файл
4. (обязательно) Не нужно дергать программу-сервер для каждого отображения на экране и для каждой операции печати.
Но это всё "как должно быть", а не про OLE1/OLE2
А теперь самое главное - протоколы обмена данными между OLE-клиентом и OLE-сервером предполагают для графической информации только формат WMF(EMF), из цветовых моделей знают только RGB, программа-сервер дергается, когда в голову взбредет. При печати она запрашивается всегда, при перемасштабировании вставленного объекта - почти всегда, и т.п.