bahbah

(21) Alik_1c, предполагаю, что у Вас не установлена программа, которая связана с active document (в вашем случае - Word)

2) если нужно, чтобы вставляемый текст был жирным, нужно метку сделать жирной, если курсивом - метка также должна быть курсивом
4)макет - макет Active document, в который сохраняем документ-шаблон. OLE Automation - Созданный программно экземпляр программы Word, в которой открыт документ, который сохранен в макете обработки.

(17) bandru, на компьютере, где будет выполняться код обработки обязательно должен стоять MS Office, т.к. используется технология OLE. Не встречал способа без ВК и других программ формировать файлы MS Word, хотя они точно есть.

(10) kiruha, можно сказать, что в СравнениеФайлов единица сравнения - абзац, здесь - символ.
Если бы СравнениеФайлов детализировала отличия до символа - не имело бы смысла делать эту обработку.
Здесь все-таки основная задача сравнить 2 строки и показать конкретные различия, а не столько сам факт различия.

(8) ivanov660, изначально этот алгоритм разрабатывался для сравнения названий номенклатуры. В целевой базе наименования довольно длинные и очень разнообразные - выделение различных слов приводит с сокращению размерности задачи - сравнению не всего названия, а нескольких слов, однако это все еще затруднительно делать глазами.
Хорошей идеей будет совместить Ваше предложение - выделение отличных слов - с моим алгоритмом - в каждой паре различных слов выделить отличные символы.
Однако и здесь возникает масса вопросов, например - если в исходной строке одно слово а на его месте в другой строке три слова, как быть?

(1) ildarovich, быстродействие не замерял. Теоретически, отличия от алгоритма Diff в асимптотическом время работы алгоритма: Diff - O(n1*n2), суффиксные автоматы - O(n1+n2). Однако многое зависит от реализации.
С трудом могу себе представить, где может быть использовано сравнение строк в цикле - это скорее разовая задача, хотя я могу ошибаться, поэтому существенной оптимизации и работы по поиску наиболее быстрого алгоритма не проводил. Остановился на алгоритме с хорошей зависимостью времени выполнения от объема данных. На протяжении полугода использования нареканий по скорости не было.
Алгоритм хорошо себя показывает на родственных строках, в которых внесен небольшой шум.
Проблема неоднозначности в общем случае присутствует, однако для конкретного применения - проблема редко встречается. Для текстов модулей проблема неоднозначности становится слишком серьезной - сравнение получается некрасивым. Возможно внесение дополнительных эвристик сделает этот алгоритм вполне конкурентоспособным и для сравнения модулей.

Обработка созданная с целью представить реализованный мной алгоритм сравнения строк. Реализована на 1С 8.1, однако будет работать и на более поздних версиях.

Обработка призвана облегчить изменение соглашений с клиентами в типовой конфигурации 1С: Управление торговлей 11.
Данная разработка будет интересна в первую очередь рядовым пользователям, ответственным за ведение нормативно справочной информации.

(15) revril, я рад, что Вам пригодилось.

(7) JohnySC, я очень рад, что Вам пригодилось.