TextSearch (Content-плагин)
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Alextp
Наверное, до WinVista это не было проблемой, а после в корень системного раздела так просто не напишешь?
Насчёт xdoc2txt не знаю, что сказать, выше Mailk писал, что с 2.x у него работает.
2.х в отличие от 1.х поддерживает юникод и развивается (в 1.х автор правил только несколько критических багов), но поддерживает только Win2k и выше + требует Runtime-библиотеки Visual C++ 2010 (до 2.12 - Visual C++ 2008).
Наверное, лучше 2.х, совместимость с 1.х для желающих ведь никуда не денется? К тому же можно будет использовать один exe'шник и две dll'ки совместно с PCREsearch.
Добавлено спустя 2 минуты:
С другой стороны - 1.х самодостаточна из коробки, а желающие могут заменить... Сегодня я какой-то неуверенный
Наверное, до WinVista это не было проблемой, а после в корень системного раздела так просто не напишешь?
Насчёт xdoc2txt не знаю, что сказать, выше Mailk писал, что с 2.x у него работает.
2.х в отличие от 1.х поддерживает юникод и развивается (в 1.х автор правил только несколько критических багов), но поддерживает только Win2k и выше + требует Runtime-библиотеки Visual C++ 2010 (до 2.12 - Visual C++ 2008).
Наверное, лучше 2.х, совместимость с 1.х для желающих ведь никуда не денется? К тому же можно будет использовать один exe'шник и две dll'ки совместно с PCREsearch.
Добавлено спустя 2 минуты:
С другой стороны - 1.х самодостаточна из коробки, а желающие могут заменить... Сегодня я какой-то неуверенный
все это переписано (еще не все) на Лазарус.
Лаз я уже отлично знаю...
В процессе какие-то куски кода которые были кровью и потом написаны и трудно отлажены на низком уровне ВинАпи - выкинуны нафиг,в Лазе есть уже. Например "читать файл в строку" есть просто как обычная ф-ция в лазе. Но тут вылезает то что в Лаз другая кодировка имени файла. А была ansi.Но все равно переделать нетрудно.Х64 в Лазе легко.
Лаз я уже отлично знаю...
В процессе какие-то куски кода которые были кровью и потом написаны и трудно отлажены на низком уровне ВинАпи - выкинуны нафиг,в Лазе есть уже. Например "читать файл в строку" есть просто как обычная ф-ция в лазе. Но тут вылезает то что в Лаз другая кодировка имени файла. А была ansi.Но все равно переделать нетрудно.Х64 в Лазе легко.
-
BeardFury78
- Сообщения: 213
- Зарегистрирован: Чт авг 25, 2016 05:24
BeardFury78
Как можно использовать плагин, если, грубо говоря, плагин возвращает только true или false?
Avada
И не должен быть найден, т.к. уже зарелизен, а в http://uvviewsoft.com/bb/ всегда лежали временные бета- и тестовые версии.
Как можно использовать плагин, если, грубо говоря, плагин возвращает только true или false?
Avada
И не должен быть найден, т.к. уже зарелизен, а в http://uvviewsoft.com/bb/ всегда лежали временные бета- и тестовые версии.
Может кто-то подскажет в чём проблема...
Надо найти в файле xps (Ссылка) слово, например, Примечание
В TextSearch.ini пишу код:
Произвожу поиск:

и ничего не находит.
Пробую найти слово,например, My Folder

и слово находится.
Проблема поиска латиницы.
Внутри файла xps, находятся файлы fpage (xps.xps\Documents\1\Pages\1.fpage) и в них находится искомый текст. Кодировка файла 1.fpage UTF-8, без BOM.
Надо найти в файле xps (Ссылка) слово, например, Примечание
В TextSearch.ini пишу код:
Код: Выделить всё
XPS=%COMSPEC% /C ..\..\wcx\Total7zip\Modules\7z_x86\7zG.exe e "{InShort}" *\*\*\*.fpage -so > "{Out}" -r {CP:UTF8}
OXPS=XPSи ничего не находит.
Пробую найти слово,например, My Folder
и слово находится.
Проблема поиска латиницы.
Внутри файла xps, находятся файлы fpage (xps.xps\Documents\1\Pages\1.fpage) и в них находится искомый текст. Кодировка файла 1.fpage UTF-8, без BOM.
Alextp
Есть ft_fulltextw, на оффоруме обсуждалось. ЕМНИП, то же, что и ft_fulltext, но только в UTF-16LE, как ft_stringw. Кажется, первым добавил автор xPDFSearch, milo1012 ещё участвовал в дискуссии.
Так понимаю, если использовать только вместо ft_fulltext, то будет сломана совместимость с предыдущими версиями, будет работать с TC9+?
Есть ft_fulltextw, на оффоруме обсуждалось. ЕМНИП, то же, что и ft_fulltext, но только в UTF-16LE, как ft_stringw. Кажется, первым добавил автор xPDFSearch, milo1012 ещё участвовал в дискуссии.
Так понимаю, если использовать только вместо ft_fulltext, то будет сломана совместимость с предыдущими версиями, будет работать с TC9+?
И как делать, заменять поле ft_fulltext --> ft_fulltextW ?
или как.
Добавлено спустя 2 часа 16 минут:
заменил на тип fulltextW.
Бета 1.6, попробуйте, у меня ищет рус буквы, китайские не тестил.
http://uvviewsoft.com/bb/wdx_TextSearch.zip
или как.
Добавлено спустя 2 часа 16 минут:
заменил на тип fulltextW.
Бета 1.6, попробуйте, у меня ищет рус буквы, китайские не тестил.
http://uvviewsoft.com/bb/wdx_TextSearch.zip