Хочу найти в Рунете информацию о выгрузке данных в ворд. Информации нашлось много, но все через COM-объекты. А начальство не хочет загружать через COM, так как выгрузка идет долго, и часто виснет. Хотелось бы выгружать через ADO. Да еще с применением автотекста. Кто подскажет, где найти информацию обо всем этом?

в msdn

(1) А в Рунете есть что-нибудь подобное?

до чего люди ленивые пошли - не могут на букву Я нажать сами...

(3) нажимал. Результата нет, выборка пустая.

(0) брому начальству плесни, ADODB с Word-ом не работает

пишем в строке поиска "Word.Application"
получаем в первой же строке
http://citforum.ru/programming/vb/vba_word/2.shtml

(5) Тогда можно переформулировать вопрос: как работать с вордом, кроме COM-а?

(4) и букву я найти правильно не могут...

(6) слишком теоретизированно. Нельзя ли поближе к практике?

(9) можно
http://help1c.com/faq/view/1218.html

ды Вы оказвается спамер
http://www.voloshin.ws/

(11) это было давно и неправда.

(10) ну дык получается, что АДО все-таки работает с вордом.

(13) ну так одной и той же фирмы изделия...

(13) В 10 применяется str = Новый COMОбъект(ADODB.Stream);
Для того, что бы ускорить склеивание строк.

str = Новый COMОбъект(ADODB.Stream);
str.Open();
СтрочкаТаблицы = ЭлементыФормы.Нарушения.ТекущиеДанные;
Для Каждого СтрочкаТаблицы Из Нарушения Цикл
str.WriteText( + СтрочкаТаблицы.Описание +  Нарушены требования СНИПФЗГОСТ:  + СтрочкаТаблицы.СНИПФЗГОСТ  +  Статья:  + СтрочкаТаблицы.ЧастьСтатья  + Символ(13),0);
КонецЦикла;
str.Position = 0;
НарушенияТекст = str.readText();

никакого отношени к ворду не имеет

(15) - то есть я правильно понял, что это таки COM-овский метод?

http://www.microsoft.com/en-us/download/details.aspx?id=23734

This download will install a set of components that facilitate the transfer of data between existing Microsoft Office files such as Microsoft Office Access 2007 (*.mdb and *.accdb) files and Microsoft Office Excel 2007 (*.xls, *.xlsx, and *.xlsb) files to other data sources such as Microsoft SQL Server. Connectivity to existing text files is also supported.

ODBC and OLEDB drivers are installed for application developers to use in developing their applications with connectivity to Office file formats.

(16) Да

С вордом работай как с текстовым файлом http://it-proposition.blogspot.ru/2011/08/schemaini-microsoftaceoledb120.html

(18) тогда не получится с автотекстом работать.

http://infostart.ru/public/98398/

(20) опять же com-объекты...

(21) Только СОМ объекты разные
COMОбъект("ADODB.Recordset");
COMОбъект("MSWord.Application");

(13) и себе брому

(22) Согласен, разные. Вот только не пойму, как Recordset прямо в word что-то запишет?

(24) смотри 15

(25) ок, убедил, в 15 тоже не в ворд пишется

а типа ADO уже не COM?

(27) типа в ADO нет драйвера для WORD

(0) сделай чтобы выгрузка в word через COM делалась быстро. или выгружайте не в word. вобщем напиши чего вы там делаете и тебе тут умные люди посоветуют.
а то часто бывает, что автор упорно требует от форума одного, а ему надо совсем другое.

Насколько помню Word весьма закрытый формат и не раскрывается фирмой Microsoft.

Еще можно через OLE с вордом работать
http://look-study.ru/faq/rabota_s_ms_word_cherez_ole/

(30) да всё там открыто. вон open office работает с файлами word почти как с родными. только париться с форматом долго и дорого. да и не ясно чего надо автору.

(31) здрасти. автор как раз так и не хочет.

(33) Ну тогда надо понять что он хочет.
Через ADO не получится так как (28)

(15) Прикольный метод ускорения. Сначала пять 1С-овских конкатенаций, а затем одна COM-овская - и так в цикле Откуда ускорение - не ясно.

Единственный грамотный способ работы из 1С MS Word - это OLE Automation (он же COMОбъект("MSWord.Application")).
Но есть и другой - обратный путь:
Работая в MS Word через VBA: там, в скрипте уже подключаться через ADO к SQL базе 1С и запросами фигарить в WORD данные ;)

(35) Когда комовских будет за 1000 ты это почувствуешь.
Смотря как построен внутри стрим например на списках страниц или с резервированием памяти увеличивающимся при полном заполнении в 2 раза, это будет значительно эффективнее чем выделение памяти копировании при конкатенаций строк.

(36)Почувствую... незначительно!
Я не говорю, что конкатенация через COM.STREAM не на много эффективнее конкатенации строк 1С. Я про то, что их (1С) в этом примере на много больше и они как тормозили, так и будут тормозить.
Правильно было бы создать COM-массив строк и его сконкатенировать одной COM-коммандой

(37) А вообще это вопрос почему в 1С нет аналогов StringBuilder которые активно применяются во всех языках.
А на 100 000 точно почувствуешь. Помню в 7 ке писал конкатенаций списка рекурсивно собирая по 10 строк

Хотя для этого должен подходить ТекстовыйДокумент.

если документ не сильно навороченный - есть вариант выгружать в rtf.

(40) rtf собирать-разбирать по тегам муторно

(35)-(39)
http://speshuric.livejournal.com/163665.html

(42) Спасибо, интересно, буду знать

(42)Стопудово, спаисбо