Использую в своей программе отчет в Word. Он достаточно большой - порядка 15 больших таблиц. Формируется достаточно длительное время - секунд 30-60. Естественно это не очень нравится. Можно ли как-то ускорить этот процесс?
Вспоминая работу текстовых компонентов Memo и RichEdit, отмечаю что если эти компоненты скрыты, то автоматически генерируемый текст любого объема в них появляется моментально. А если компонент видимый и соответственно виден весь процесс наполнения текстом, то это действие тоже длится определенное время. Может быть можно применить это и к Word? Если да, то как заполнять Word в невидимом режиме?

Ищи проперть типа Application.ScreenUpdating (это у Excel)
Еще рекомендую минимизировать число вызовов Word'а через OLE интерфейсы - крайне тормознутая вещь. Вызовы того же самого изнутри Word'ового документа через его VBA на порядок быстрее

Чтобы в фоне работать вставь такой код при инициализации


а после того как отчет сформируется

Platov, попробовал, этот метод не ускоряет заполнение ворда.



а как их запользовать?   

Сделать Word документ из макросов, которые будут грузить данные (из текстового документа или из clipboard'а) и формировать отчет в виде другого Word'овского документа. Открывать его и запускать в нем этот макрос

А можно какой нибудь простейший пример? Например написания "Hello, World!" макросом.

Запросто. 

NB. Макрос можно запускать через метод Application.Run


Присоединённый файл ( Кол-во скачиваний: 7 )
 hello_world.doc 22,50 Kb

Хм. А можно чтобы кнопка была не в ворде, а на форме другого приложения? То есть мы ее нажимаем, открывается ворд и там макросом пишется эта строчка. Я просто хочу понять как это взаимоувязывается.

Можно. Я же писал - делаем в Word'е макрос (назовем его DoImport), потом вызываем его через OLE - Application.Run("DoImport")

То есть мне надо создать сервер, открыть этот файл и запустить макрос этой командой?

Да. Только сначала нужно где то снаружи создать файл с данными, который этот макрос будет читать.

Как можно создать файл с данными? Если бы это был просто текст, то я бы занес его в буфер обмена и вставил в открытый вордовский документ, такая операция происходит достаточно быстро даже с большими объемами текста. Но вот как это провернуть с таблицой переменной структуры?

Это сообщение отредактировал(а) Нитонисе - 2.6.2010, 12:23

Все зависит от структуры таблиц. И структуры отчета. И собственно данных. Универсальных способов похоже не будет.
В любом случае данные для занесения придется брать в текстовом виде (из файла) и из них как то формировать таблицу скриптом на VBA. Или пытаться передать в виде xml (надо смотреть, что с ним умеет делать Word)

Сейчас все данные хранятся в оперативной памяти - в переменных. На их основе и формируются таблицы. У таблиц может быть разное количество строк, столбцов, по разному могут объединяться ячейки. Это зависит от набора данных. 
Как можно сформировать таблицу, хотя бы даже с переменным количеством строк? Как в макрсо ввести эту переменную?

Никак. В макро можно передать параметры, но таблицу ими не описать   Таблицу должен формировать макрос В word'е, на основании данных из файла. Этот файл вы должны создать сами ПЕРЕД вызовом макроса, а макрос его должен открыть в документе Word'а (кстати, это может быть xml файл, Word вроде поддерживает работу с xml). Потом макрос должен  обойти xml (или просто текстовый файл) и по его данным построить таблицу. Можно считать, что в файле будут записанны команды построения, а макрос работает интерпретатором.
Вот только кажется мне, что это будет не быстрее, чем дергать Word снаружи :(

Еще можно внедрить в Word (в VBA) свой ActiveX объект, который может подергать Word'овые объекты изнутри.

xvr, как-то все очень сложно) чувствую нужно еще будет и VBA изучить, чтоб все это реализовать)
Надо бы что нибудь попроще.

Нитонисе, у тебя там тока таблицы??? Графики есть???

Добавлено через 6 минут и 9 секунд
Если тупо таблицы могу предложить грязный хак   

Таблицы и текстовая часть. Вид таблиц и их количество зависит от данных, хранящихся в глобальных переменных. Текстовую же часть в процессе работы программы формирую в ричэдит, а при формировании отчета копирую в буфер и вставляю в ворд.

Я выводил таблицы в эксель так:
- создаю таблицу с нужным форматирование, используя HTML (тэг <table>, <th>, <tr>, ...);
- сохраняю в текстовый файл с расширением xls;
- открываю файл экселем, используя функцию ShellExecute (ну или CreateProcess);
- эксель скажет пару ласковых слов, сейвлю CTRL+S;
Можно еще поиграться со стилями в HTML документа. 
Так намного быстрее делаются таблицы.   

Это сообщение отредактировал(а) Alca - 2.6.2010, 22:08

Alca, это мне еще и HTML придется выучить?)

По мне так HTML проще, чем все что тебе предлагали выше

Добавлено через 4 минуты и 22 секунды


Это сообщение отредактировал(а) Alca - 3.6.2010, 11:58

Ничего сложного 
Знаешь, как я выучил ? Во всех ( ну почти во всех ) браузерах есть режим "Просмотр исходного кода" или "Проинспектировать элемент". Включаешь этот режим и смотришь, что как выглядет на страничке, и как это закодировано в HTML. Потренируйся на простых страничках, ибо эта - IMHO сложная (форум, всё-таки) 

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

Есть вполне 'родной' метод - напрямую сформировать Word'овый документ (без Word'а). Описание бинарного формата Word'овых документов лежит где то на сайте MS
(Но этот метод для настоящих джедаев   )

А может тут дело в коде, который я использую?
Я заметил что тормоза начинаются на строчках такого типа:

Тут я задаю высоту первых двух строчек таблицы.
И во время компиляции на этих строчках появляются предупреждения:
[C++ Warning] UMain.cpp(1504): W8006 Initializing Word_2k::WdRowHeightRule with Word_2k::WdRulerStyle
Так как предупреждение не критическое, то программа компилируется и нормально работает, если не считать тормозов.
Может быть снижение скорости из-за этих строк? И о чем вообще предупреждает компилятор?

Их всего 2, или больше? Таблица к этому моменту уже заполненна? Попробуй ресайзить пустую таблицу, а потом заполнять
О том, что 2й параметр у SetHight не из той оперы   Он ожидает enum типа Word_2k::WdRowHeightRule, а ты ему дал Word_2k::WdRulerStyle
Попробуй MyTable->Rows->Item(1)->SetHeight(20,wdRowHeightExactly)

Таблиц около 15-ти, в каждой выравниваю по 2-3 верхних строчки. Плюс еще ширину столбцов задаю у всех таблиц, там тоже тормозит, но компилятор не ругается. А работаю таким образом с пустой таблицей.


На этот код предупреждений не дает   

Это сообщение отредактировал(а) Нитонисе - 4.6.2010, 20:48