"File Descriptions" - с поддержкой WDX-плагинов

[Alextp]

Он использует плагин 2го уровня даже для показа описи из descript.ion/files.bbs. кажется это плагин DFileLists.dll. если я не путаю. зайди в каталог с filesbbs и включи показ колонки fd - описания должны быть видны.

понятно?

[Leopoldus]

каталог с filesbbs и включи показ колонки fd - описания должны быть видны.

Они видны (кстати, я использую формат descript.ion, а не files.bbs - но это в данном случае неважно). Но я пытаюсь сделать другое: искать файлы по содержимому комментария, а не просто отображать комментарии на файловой панели.
Или я вообще неправильно понимаю предназначение плагина?

[Alextp]

Понимаешь правильно. искать тоже можно. по любому полю любого конт-плагина. Как это делать- включить в поискеПофайлам флаг "плагины", и затем выбрать fd. Подробнее- хелп ТК

[Leopoldus]

Понимаешь правильно. искать тоже можно. по любому полю любого конт-плагина. Как это делать- включить в поискеПофайлам флаг "плагины", и затем выбрать fd.

До этого шага я тоже понимаю А дальше как? Ведь это же и был мой первый вопрос: есть ли функциональные отличия для поиска по комментариям средствами File Discription и средствами самого TC.

Пока что в результате многочасовых экспериментов складывается впечатление, что File Descriptions работает немного странно.

На приложенном скриншоте видно (верхняя пара рисунков), что в папке два файла с моим экспериментальным комментарием "testtext". TC их находит. А File Descriptions рапортует, что не найдено ни одного файла. Допустим, один из этих двух файлов 111 tralälä text file.txt содержит символы из другой кодовой страницы (Windows-1252), возможно, File Descriptions из-за этого клинит. Но второй-то файл bambum text file.txt вообще абсолютно нормален.

Дальше - больше. При операторе "!contains" (то есть, НЕ содержит) File Descriptions почему-то находит только 90 файлов А всего в этой папке 288 файлов, и ни один из них, за исключением этих двух тестовых, естественно, такого комментария не имеет (нижняя пара рисунков).

Странно это все...




И еще там аж 10 вариантов "descriptions". Какой выбирать и с какими параметрами?

[Alextp]

Выбирать первый description. похоже баг. Чтобы повторить пришли мне зипованый каталог с N файлами, где есть два файла (с описанием testtext), и есть description.
При поиске в этом каталоге FD должен показать "найдено 0" и "не найдено <неправ.Число>" файлов. можешь зипнуть все 288

support (@) uvviewsoft.com

Добавлено спустя 2 минуты:

также свой FD.ini если он у тебя правленный

[Leopoldus]

похоже баг. Чтобы повторить пришли мне зипованый каталог с N файлами, где есть два файла (с описанием testtext), и есть description.
При поиске в этом каталоге FD должен показать "найдено 0" и "не найдено <неправ.Число>" файлов.

Я лучше выложу пример для публичного доступа, вдруг кому-то из юзеров захочется проверить: http://rghost.ru/39854740.

И сам тоже попробую еще немного поиграться. Возможно, смогу локализовать трабл. Но для этого прошу кое-что объяснить, так как ответов сам найти не смог.

1. При настройках, показанных на 2.м рисунке в моем предыдущем посте (в поле Properties выбран вариант "Description"), должен ли File Description искать заданный текст только в файловых комментариях или также в содержимом файлов .TXT и заголовках файлов .HTM?

2. Если в имени файла содержатся символы из другой кодовой страницы (скажем, в системе в качестве non-Unicode language установлен русский, а в файле содержится немецкие буквы с умляутами вроде ä и ü), то может ли это помешать плагину File Description:
2.1. прочесть комментарий к файлу из descript.ion?
2.2. прочесть содержимое файла (если это .TXT или .HTM)?

3. Нет ли в File Description встроенных ограничений, скажем, что он должен игнорировать файлы с именем descript.ion или вообще все файлы с атрибутом "Hidden"?

Цель вопросов понятна по этой картинке:



У в File Description проблемы с арифметикой. Если в папке 6 файлов, и ни из них отвечает заданному критерию 0 файлов, то сколько файлов НЕ отвечают заданному критерию? Ответ File Description: 6 - 0 = 4 файла!
Причем 4 файла, найденные по критерию "NOT contains" самим TC - это НЕ ТЕ ЖЕ самые 4 файла, что найдены по этому же критерию File Description: из 4-х файлов совпадают только 2. А 2 остальных, про которые File Description говорит "НЕ содержит", на самом деле как раз содержат заданный комментарий.

также свой FD.ini если он у тебя правленный

Имеется в виду, FileDesc.ini? Нет, я его не трогал, дата модификации - 16.12.2005 г.

P.S.

можешь зипнуть все 288

Это мой рабочий комп, посему в данной папке находятся кое-какие документы клиентов нашей фирмы. Боюсь, они, а также мой босс могут неадекватно отреагировать на использование этих документов в качестве иллюстративного материала по работе Total Commander

[Alextp]

Тотал показывает "contains umlaut" 2

FD:
почему находит "contains umlaut" 0: потому что один файл- Юникодный,
юни-имена счас не поддерживаются. а второй имеет слово umlaut в 3-ей строке описания и оно для плагина лежит не в поле Description, а в поле Description(3).
Это видно в WDX Guide

почему находит "!contains umlaut" не то-- виноват не FD а Тотал, т.к. плагин просто говорит тоталу "описание такогото файла - такое, делай дальше что хошь"

арифметика - у тотала.

Добавлено спустя 7 минут:

..должен ли File Description искать заданный текст только в файловых комментариях или также в содержимом файлов .TXT и заголовках файлов .HTM?

Второе. настраивается в FD.ini.

..должен игнорировать файлы с именем descript.ion или вообще все файлы с атрибутом "Hidden"?

нет.

[Leopoldus]

почему находит "!contains umlaut" не то-- виноват не FD а Тотал, т.к. плагин просто говорит тоталу "описание такогото файла - такое, делай дальше что хошь"

Ага, ага... всегда кто-то другой виноват... или, может, эта ваза са самого начала была разбитая (С)

Наберусь наглости возразить. Если плагин видит, что комментарий файла соответствует поисковому критерию, то он должен включить файл в список "contains". Если плагин по какой-то причине (юникодное имя, многострочный комментарий и т.п.) не находит заданного слова в комментарии, то должен включить этот файл в список "NOT contains". То есть, в любом случае сумма числа файлов contain + not contain должна быть равна общему числу проверенных файлов. Если правильно помню из школьной программы, это вроде бы называлось "принцип исключенного третьего".

И потом, как эта теория объясняет, почему файл descript.ion не включен в результат поиска ни по критерию "contain", ни по критерию "not contain"? Он-то не юникодный и комментарий к этому файлу отсутствует! Правда, в его теле имеется слово "umlaut", но поскольку расширение файла .ion, а не .TXT, то он и не обрабатывается как текстовый.

должен ли File Description искать заданный текст только в файловых комментариях или также в содержимом файлов .TXT и заголовках файлов .HTM?
Второе. настраивается в FD.ini.

А где почитать, как именно настраивается? В Readme.txt про это ничего нет, здесь в топике тоже.

слово umlaut в 3-ей строке описания и оно для плагина лежит не в поле Description, а в поле Description(3).

То есть, эти Description(2) - Description(8) соответствуют строкам в файле descript.ion, да? Если надо найти ключевое слово в 3-й строке descript.ion, то выбираем в поле Properties значение Description(3)?
А как сделать, чтобы плагин искал по всему многострочному комментарию? Никак?

юни-имена счас не поддерживаются.

А когда будут?

Это видно в WDX Guide

И где такой можно почитать? Может, некоторые из моих дурацких вопросов сами отпадут...

[Alextp]

1. См. програму Config.exe из пакета FD
2. http://wincmd.ru/plugring/wdx_guide.html

Доработка до юникода может будет. пока занят. Доработка до одного поля(вместо 1.. может нужна. нужна ли она для FD? Он показывает в колонках все в основном. Тогда может сделать новое поле.пока ищите по tc.comment.

Добавлено спустя 4 минуты:

- Если плагин видит, что комментарий файла соответствует поисковому критерию, то он должен включить файл в список "contains".

нет. Он должен сказать Тоталу "комент для файла ТАКОЙ ТО". А Тотал делает включ в список. Списки делаются тоталом

[Leopoldus]

Спасибо за разъяснения и за ссылку, буду изучать документация.

нет. Он должен сказать Тоталу "комент для файла ТАКОЙ ТО". А Тотал делает включ в список. Списки делаются тоталом

Не хочу показаться слишком занудным, но все-таки с распределением "вины" между плагином и TC не все ясно. Согласен, что плагин сам ничего юзеру не показывает, а только передает информаци тоталу, и тот уже показывает неправильную инфу. Но остается вопрос: а почему же тотал в данном случае так странно себя ведет? Плагин File Descriptions кричит ему: "Эй, я тут посмоттрел в файле descript.ion и не нашел там ничего интересного!!" А тотал на это отмахиваается, мол, не бери в голову, все мы этот файл по-любому не включим в список...
При том, что при поиске штатными средстваит тотал этот файл descript.ion в список включает! Странная какая-то картина...
Вот я наябедничаю Гислеру, как тут из него крайнего делают

[Alextp]

Для меня ясно что FD честно дает тоталу инфу. Может из-за неюникодности плага такой момент? не знаю.

[yozhik]

Alextp
Научите, пожалуйста, плагин понимать descript.ion в Unicode (как минимум UTF-8 ). Это очень важно

Оказывается FileDiz.wdx можно использовать в паре с tcmatch.exe, чтобы фильтровать в панели файлы по комментариям из descript.ion. Это очень удобно, особенно когда комментариями пользуешься активно (в библиотеках, например, имя файла кратко и латиницей, а в комментарии можно полное название, переводчика, редактора, выходные данные, etc. указать). Но FileDiz.wdx не понимает юникодных descript.ion, и это его очень ограничивает.

Встроенный в Total Commander псевдо-wdx tc прекрасно работает с Unicode, но его невозможно подключить к tcmatch.exe. Также и у Autorun.wdx есть объект Plugin, работающий с wdx-плагинами, но и у него это досадное ограничение — tc не подключить.

[ProgMan13]

Должно работать, если есть BOM:
http://progman13.wincmd.ru/downloads/wdx_FileDiz.zip

[yozhik]

ProgMan13
Замечательно работает, спасибо огромное. Праздник, без преувеличений. Мир прекрасен ))

P.S. А я вчера всю ветку tcmatch проанализировал (у Гислера на форуме), чего только не перепробовал, и списки замен, и словари замен — всё не то, всё костыли. Но да теперь: всё хорошо, что хорошо кончается.