ExportMemoToFile(Docinfo1.TextData, 'file.$$$', false); // экспортируем данные
ImportFileToMemo(Docinfo.TextData, ''file.$$$', true); // импортируем данные
SetMemoPrefix(tnDocinfo, GetMemoPrefix(tnDocinfo1)); // пишем тип данных
DeleteFile('file.$$$');
update current Docinfo;
в идеале сделать бы так, но ругается на типы данных
File FMemo;
.....
if FMemo.OpenMemo(DocInfo.TEXTDATA)
{
FMemo.Seek(0);
while not FMemo.EOF
{
FMemo.Readln(s1);
}
}
То есть можно работать как с обычным файлом(запись по writeLn + update current). + недавно появились функции по работе с частями - почитайте в новой доке vipprogr.chm и вроде здесь месяц назад чего то проскакивало. В теории можно и функциями READ и write пройтись если файл не текстовый.
В общем тоже столкнулся с проблемой заливки нескольких частей.
Прочитав внимательно документацию к ImportFileToMemo(раза с 5) увидел следующее Если функция добавляет файл с расширением из более, чем из трех символов в мемо-поле, не имеющее данных, создается многотомный архив
то есть сделав вот так
file_opis:=ww_dir+'\opis.docx'
if fileExist(file_opis) DeleteFile(file_opis)
Logstrtofile(file_opis,'Импорт из файла '+ww_file)
Logstrtofile(file_opis,_DateTimeToStr(_CurDateTime,'YYYY-MM-DD HH:NN:SS' ) )
ClearMemoField(Appendix.Contents);
ImportFileToMemo(Appendix.Contents,file_opis,true)
update current Appendix;
ImportFileToMemo(Appendix.Contents, .... ,true)
update current Appendix;
получил таки многотомный архив. Ну а по экспорту смотрим GetPartMemoCount, ExportPartMemoToFile + пример в раздале Справка: Работа с БД и SQL > Функции для работы с БД > Функции и методы для работы с мемо-полями > Примеры использования функций и методов для работы с мемо-полями >