juvaforza
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ghost_BY
Да, видимо действительно проблема с неюникодными плагинами, точнее, с тем, что оба плагина написаны на Visual Basic (VB6). Анекдот длинный.
Как еще проверить эту гипотезу:
0. Создать пробные текстовые (в нескольких кодировках), .doc и .docx файлы, и проверить их в ANSI и в Юникод версиях, в последней альфе и при разных системных настройках. Т. е. не нужно этим заниматься.
Как решить:
1/2. Попробовать поставить там 1252 (или все 1250-1258).
1. Попробовать установить в лоб xdoc2txt версии 2.x.
2. Переконвектировать самостоятельно вордовские файлы в юникодные текстовые. Или в Ворде. Или, если их много, через этот японоязычный xdoc2txt и батник. По сути оба плагина этим и занимаются (т. е. основной код почти идентичен), а единственное их отличие в парсере вордовских файлов. И еще: они оба не предназначены для сохранения файлов. Если даже отсутствие соответствующего кода и их миниатюрный размер этому не мешают, то возникнут проблемы с сеансами доступа. Можно запросто испортить документы.
3. Использовать стандартные (в т. ч. и не стандартные) методы решения проблем с неюникодными программами (ну Вы знаете  )
4. Найти того, кто сможет исправить в исходнике CompareMSWordFiles, по сути, несколько строчек (если VB API Офиса не подводит).
Цитата:| при выборе CompareMSWordFiles.dll и amb_xdocdiffPlugin.dll |
Кстати, это ошибка (.doc*, .docx ~= .doc). По большому счету, плагин CompareMSWordFiles не обновлялся с 2005 года  |
Для сравнения PDF и RTF и 
