TextSearch (Content-плагин)

[antabu]

Насколько я понимаю, настройки pdftotext находятся в файле xpdfrc без расширения. После редактирования он требует "unicodeMap file".
Конкретная просьба: скачать файлы по ссылкам, перекодировать, посмотреть, настроить xpdfrc и/или TextSearch.ini и выложить их, сам я пытаюсь разобраться, но не получается.
Или вот самый маленький из всех файлов, перекодированный:
http://webfile.ru/2359481

[antabu]

Извините, разобрался: убрал расширение у xpdfrc.txt, вроде, всё работает с настройками по умолчанию (плагин, встроенный в Universal Viewer вместе с wlx_multilister сам находит правильную кодировку вывода текста).

[Alextp]

Боюсь, что там в одном и том же файле в текстовом слое текст в нескольких кодировках сразу

это для плагина даже хорошо. Хотя бы в одной найдет

[Ник]

Alextp
В том-то и проблема - заголовки статей в Уникоде, а текст статей непонятно в чём (дубляжа текста нет).

[Ник]

Alextp
Спасибо за новую версию!
И с праздниками!

Вопросы:

1) М.б. не включать в пакет программы других авторов (IFilter, XPDF) - продвинутые пользователи всё равно ищут версии этих программ отдельно и настраивают их сами - а ради лохов и халявщиков раздувать пакет в два раза - стоит ли?
(Я, например, dotNET вообще не использую и программы с ним не ставлю - т.е. от использования IFilter сразу отказался).

2) М.б., в пакет не включать и выложить отдельно Ваш конвертор ODF2TXT - вряд ли динамика обновлений этих программ будет синхронной (да и всем ли именно этот конвертор нужен и удобен) - а так пакет станет "стройнее"?

Спасибо

[Alextp]

Мне кажется, проще настроить готовый пакет, чем

- искать конвертер xpdf
- скачивать его с сайта
- устанавливать его
- прописывать в textSearch.ini
...
(не забыть прочитать textsearxh readme)

так что пусть будет...

[Alextp]

а odf2txt занимает еще меньше, в основном место ест XPdf.

[Ник]

А XPDF всё равно придётся искать и устанавливать - в Вашем паке его версия более старая, чем та, что уже есть на оф. сайте.
Глупо, ИМХО, ждать, что сторонняя утилита не будет обновляться, пока Вы не обновите свой плагин

К тому же, одна и та же утилита используется в нескольких плагинах - у меня XPDF минимум в трёх - и непонятно, зачем держать на диске три копии одной и той же утилиты, да ещё и разных версий?

Что касается настроек - можно включить типичные образцы настроек с пояснениями и всё будет ОК.
А ещё лучше - ИМХО - написать GUI для настроек, как это сделал автор PDF Filter - он же Multi Lister

[Alextp]

XPDF всё равно придётся искать и устанавливать - в Вашем паке его версия более старая, чем та, что уже есть на оф. сайте

ну не знаю - зачем обновлять xpdf, если нормально работает версия в паке..

[Alextp]

и непонятно, зачем держать на диске три копии одной и той же утилиты

можно стереть две.

[Ник]

Alextp
Тогда можно ещё запаковать все необходимые DLL-ки и Тотал Коммандер и саму Винду до кучи засунуть в пакет - и предложить юзеру не обновлять ничего - типа и так всё работает.

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

[Alextp]

небольшой конвертер (1Мб) можно включить.

[Ник]

В любом случае - спасибо большое за плагин - это то, что нужно

[Den_Klimov]

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

[Ник]

Den_Klimov
Без разницы - сколько качать и сколько потом руками выбрасывать лишнего?
Нет - разница существенная...

Во что Вы собираетесь конвертировать DOC и DOCX и как - в ком.строке или ГУИ?

Скорость для Вас важнее качества?

Какие "варианты формата" Вы имеете ввиду?