Fast Search Engine (wfx-плагин)

[VadiMGP]

CaptainFlint
Да, ты точно меня не понял.

Если из почты или чего другого, то список файлов в Тотале разве что отобразится, а никакую работу с ними провести не удастся.

Я говорил не о файлах, пришедших по почте, а об списке имен файлов, который пришел по почте. Только, умоляю, не надо мне говорить, что по почте может прийти имя файла, которого нет на компьютере получателя. Это несущественно и к делу не относится. В тот момент, когда юзер нажимает кнопку Feed to listbox каких-то найденных файлов тоже может уже не быть. И вообще не заклинивайся на почте - может это и экзотика. Суть не в этом.

Я о чем говорю? Если в панели есть файл c:\temp\file.txt, то какая разница - искал ли его тотал два часа или имя уже есть в клипборде? Ведь нет никакой разницы откуда имена фалов брать. Сегодня из диалога поиска кнопочка Feed to listbox отправляет файлы из листбокса на панель. Но черт подери, почему только из этого проклятого листбокса? Что изменится если имена файлов брать из другого места? Абсолютно ничего. Когда файлы уже в панели, то можно делать ровно те же операции что и всегда.

[CaptainFlint]

В тот момент, когда юзер нажимает кнопку Feed to listbox каких-то найденных файлов тоже может уже не быть.

Я не об этом. Я о том, что список файлов может вообще не быть списком файлов. Ну что можно сделать со списком, не имеющим отношения к реальным файлам? Ну посмотреть пристально. Посортировать туда-сюда. А дальше? Ни в просмотр, ни в редактирование не отправить, ни упаковать, ни даже скопировать или переименовать… То есть вся польза от списка исключительно в том, что он вообще есть. Тотал — это всё-таки программа для работы с файлами, а не с абстрактными списками непонятно чего.

Если в панели есть файл c:\temp\file.txt, то какая разница - искал ли его тотал два часа или имя уже есть в клипборде?

Если ты про реальный файл, то разницы никакой, но выше ты говорил про то, что в буфере могут быть и какие-то другие списки файлов, как я понял, не имеющие никакого отношения к реальной файловой системе. С файлом c:\temp\file.txt Тотал работать умеет (по крайней мере, понимает, что это такое и с чем его едят), а с каким-нибудь файлом attach.doc из какой-нибудь почтовой базы даже и непонятно, что вообще делать-то.

Так вот, если ограничиться исключительно реальной файловой системой, то весь вопрос в том, что надо взять список файлов из буфера обмена и отобразить его в панели Тотала, так? Ну и ладненько, берём и пишем микро-плагин, реализующий интерфейс временной панели, который выводит все эти файлы общим списком. Чем не устраивает такой вариант?

[VadiMGP]

Я о том, что список файлов может вообще не быть списком файлов.

Ой, Рири, это ты сейчас сказал что-то слишком умное для меня. © Ищите женщину.
Не, я говорил про список файлов, который, таки да, список файлов.

Тотал — это всё-таки программа для работы с файлами, а не с абстрактными списками непонятно чего.

Слушай, у меня родилась шикарная идея! Давай найдем того козла, который утверждал обратное и ногами его, ногами... Вплоть до консенсуса.

Так вот, если ограничиться исключительно реальной файловой системой, то весь вопрос в том, что надо взять список файлов из буфера обмена и отобразить его в панели Тотала, так?

Да, да, да! Давайте ограничимся исключительно реальной файловой системой! И будем показывать реальные файлы в реальных панелях!

Ну и ладненько, берём и пишем микро-плагин, реализующий интерфейс временной панели, который выводит все эти файлы общим списком. Чем не устраивает такой вариант?

Меня это не устраивает только одним, но категорически. Тем, что я уже прошел этот путь. Этот микро-плагин и есть FSE! Он берет список файлов со стороны и показывает его в панели. И именно тем и не устраивает, что это плагин, реализующий интерфейс временной панели. Плохой и почти бесполезный интерфейс.
Если бы изначально я знал что в итоге получится тот FSE, который есть сегодня я вряд ли стал бы его делать.

И поэтому я, пройдя весь этот путь (и как разработчик, и как юзер) и говорю: FSE - это костыли. Конечно, костыли помогают передвигаться, без них инвалиду было бы еще хуже. Но закавыка еще и в том, что инвалид знает - есть возможность избавиться от костылей раз и навсегда, вот только врачу его инвалидность не кажется чем-то заслуживающим внимания. Ковыляет же, не падает, ну и нехай дальше ковыляет.

ЗЫ. Ты ведь наверняка хорошо представляешь себе сколько времени нужно, чтобы добавить в FSE блок

Код: Выделить всё

{ 
    OpenClipboard();  
    GetClipboardData(); 
    CloseClipboard();
}

Знаешь, почему я этого до сих пор не сделал? Позолоченные костыли производят идиотское впечатление, по сравнению с алюминиевыми.

[CaptainFlint]

Давай найдем того козла, который утверждал обратное и ногами его, ногами...

Ну как бы особо долго искать не придётся.
http://forum.wincmd.ru/viewpost.php?p=56192

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

Учитывая упоминание почты и IM, слова "поисковая система" автоматом воспринимаются в "интернетном" смысла (гугли, яндексы, бинги), где результаты поиска являются чем угодно, но никак не локальными файлами.
Далее, слова про получение списка файлов по почте можно трактовать (с совсем небольшой натяжкой) как то, что были получены сами файлы (в аттаче к письму), а ты скопировал в буфер их список и хочешь из Тотала с этими аттачами работать. Аналогичная трактовка и к IM применима, хотя там файлы пересылают реже.
Разумеется, ты сейчас начнёшь говорить, что, мол, я не я, и лошадь не моя, я этого не говорил, а говорил то, но согласись, что даже если ты просто получил по почте или IM список файлов plain-текстом от какого-то другого человека, то вряд ли это будет список твоих локальных файлов. Нет, совпадения, конечно, могут быть (скажем, системные файлы, Program Files, да и то если система у тебя и у него на дисках с одинаковой буквой установлена), но всё же это скорее исключение, чем правило. То есть опять-таки приходим к списку файлов, не имеющих (ну или почти не имеющих) отношения к содержимому твоего диска.

Так что "воля ваша, профессор", но по такому описанию я никак не мог допустить, что ты говоришь исключительно о локальной файловой системе.

И поэтому я, пройдя весь этот путь (и как разработчик, и как юзер) и говорю: FSE - это костыли.

А точно костыли, а не хороший, качественный протез, практически не отличающийся от нормальной ноги? Можешь расписать, чем "некостыльное" решение будет лучше "костыльного"?

[VadiMGP]

Ну как бы особо долго искать не придётся.

Ну, посмотрим, Может ты и прав.

Разумеется, ты сейчас начнёшь говорить, что, мол, я не я, и лошадь не моя,

Да, мне знакома такая превентивная мера - заранее объявить всё, что оппонент ни скажет пустыми отговорками. Не советую, гражданин, мн-э-э-э, не советую... Но раз уж ты занялся выборочным цитированием, так я восполню кое-какие пробелы.
Суть предложения я описал предельно просто и четко без всяких лошадей.

Добавить в ТС команду типа cm_loadfilelist, которая бы просто заполняла панель файлами из списка находящегося в клипборде. Либо в текстовом виде, либо в виде CF_HDROP.

Тогда всё было бы до предела просто - сам поиск идет в Everything, там же Сtrl+C, а в ТС - cm_loadfilelist.

Вот что я предлагал. И добавил, что источник списка совершенно не важен.

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

Но о собственно предложении ты так ничего и не сказал, а вырвал только примечание о том, что это могло бы служить и другим целям, впился в него намертво и только о нем и говорил. Да еще в теме, где мы говорим о поиске в ТС, Locate, Everything, ты считаешь вполне естественным воспринимать "поисковую систему " в интернетном смысле.
Едем дальше. По твоему первому ответу я почувствовал, что разговор все-таки пошел не в ту степь и попытался объяснить, что я говорю не о том. Я написал явно и недвусмысленно.

Я говорил не о файлах, пришедших по почте, а об списке имен файлов, который пришел по почте.

Я написал и выделил, что говорю об ИМЕНАХ ФАЙЛОВ. А ты мне вешаешь на уши "небольшие натяжки".
Далее. Я специально пишу

Только, умоляю, не надо мне говорить, что по почте может прийти имя файла, которого нет на компьютере получателя. Это несущественно и к делу не относится....И вообще не заклинивайся на почте - может это и экзотика. Суть не в этом.

А что ты мне сейчас пишешь?

если ты просто получил по почте или IM список файлов plain-текстом от какого-то другого человека, то вряд ли это будет список твоих локальных файлов.

Опять за рыбу деньги! Слушай, я хочу в Everything искать. Или в Locate. Или в Google Desktop, или в Ant Movie Catalog. Неважно откуда взялся результат! Хоть бабушка по телефону наговорила, Хоть дедушка морзянкой отстучал. Неважно. Это их забота как они там отрабатывали ихний Ctrl+C

Так что "воля ваша, профессор", но по такому описанию я никак не мог допустить, что ты говоришь исключительно о локальной файловой системе.

Правда? Ну-ка, взгляну-ка я еще разок, напоследок.
Описание реквеста для Гислера:

Добавить в ТС команду типа cm_loadfilelist, которая бы просто заполняла панель файлами из списка находящегося в клипборде. Либо в текстовом виде, либо в виде CF_HDROP.

Описание с точки зрения использования этого юзером на практике:

сам поиск идет в Everything, там же Сtrl+C, а в ТС - cm_loadfilelist.

Хм. А похоже, что ты прав. И в самом деле, тут никак нельзя допустить, что речь идет о локальной файловой системе. Действительно, вот же, я сам написал: Тотал — это программа для работы с абстрактными списками непонятно чего.

Можешь расписать, чем "некостыльное" решение будет лучше "костыльного"?

Да, конечно. Но только при условии, что сначала ты мне расскажешь о различии функционала в панели с результатами поиска по сравнению с виртуальной панелью FS-плагина.

[Ник]

VadiMGP
Думаю, нужно и можно (смело) отрезать часть для Locate32, причесать её (т.к., судя по всему, это будет последняя версия) и выложить отдельно.

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

Либо пока Everything не начнёт (опционально) работать и не как резидент.

[CaptainFlint]

VadiMGP
Подробно отвечать не буду, ибо пошёл сплошнейший субъективизьм: ты сказал так, подразумевал сяк, выразился эдак, я понял то, недопонял сё, решил, что ты подразумеваешь пятое, а сказал десятое… Это всё жутко интересно, но к делу отношения не имеет. Ключевой момент — фраза:

Добавить в ТС команду типа cm_loadfilelist, которая бы просто заполняла панель файлами из списка находящегося в клипборде. Либо в текстовом виде, либо в виде CF_HDROP.

которая подавалась в контексте, что мы разговариваем-то об Everything/Locate, но хочется-то большего. А насколько именно большего, уточнено явно не было. Ты придерживался сугубо локальной ФС, и считал, что это очевидно, а я понял это так, что ты пошёл в своих пожеланиях и предложениях намного дальше и хочешь выйти за её рамки. Вот и вся история. Разобрались, и ладно.

Но только при условии, что сначала ты мне расскажешь о различии функционала в панели с результатами поиска по сравнению с виртуальной панелью FS-плагина.

Здрасьте, если бы я мог такое рассказать, я бы тебя не просил. Я не настолько активно и полноценно пользуюсь обоими инструментами, чтобы сходу вывалить список ограничений каждого из них. О недостатках и костылях начал говорить ты, а не я, так что будь добр, поясни, что ты имел в виду.

Гислер, понимаешь ли, специально корячился, писал реализацию интерфейса временной панели. И что он ответит, если ему предложить твой cm_loadfilelist? Скажет, напишите, мол, плагин, который… и далее по тексту. Нужны конкретные аргументы против этого решения и в пользу твоего. Предлагаешь улучшение ты, так что и аргументы с тебя.

[VadiMGP]

Я не настолько активно и полноценно пользуюсь обоими инструментами, чтобы сходу вывалить список ограничений каждого из них.

Хорошо. Не претендуя на полный охват всех различий, приведу несколько примеров того, чего лишен юзер в рамках FS-плагина.
1. Копирование файлов средствами ТС. Что включает:
- копирование в фоне,
- ВТМ,
- диалог перезаписи файлов
2. MRT
3. Контекстное меню
4. Пользовательские колонки.
5. Нельзя использовать кнопки с тулбара и em_ команды с параметрами %P%N

Это только то, чего не хватает мне лично. Из того, без чего я сам переживу, но нужно другим:
6. Комментарии к файлам
7. Тултипы
8. Расцветка файлов с использованием WDX-плагинов
9. Нельзя перетаскивать файлы из FS-панели в другие программы и скопировать их по Ctrl+C
10. Разные режимы копирования для разных дисков
11. Поддержка .ion, .bbs

И самое смешное , знаешь что? Ты, может, подумал, что я проводил сравнительный анализ? Ни фига подобного! Это только то, что я запомнил из писем от юзеров FSE о том, что та или иная фича в FSE не работает и не буду ли я любезен добавить их в FSE. Там еще кое-что было, но всё не упомнишь.

[CaptainFlint]

VadiMGP
Ну это уже что-то. В таком случае могу согласиться, что подобная команда была бы небесполезной.

Ты, может, подумал, что я проводил сравнительный анализ? Ни фига подобного!

А это уже неважно. У тебя есть конкретный список недостатков, а каким образом он был получен — неважно. Даже более того, составление списка по конкретным запросам пользователей даже, пожалуй, более корректно, чем простое выделение отсутствующей функциональности, т.к. отражает реальные потребности аудитории.

Тут ещё надо продумать, какие могут быть источники списка файлов. Буфер ты назвал. Можно ещё брать из файла (т.е. уже две команды). А ещё? Просто несмотря на все удобства, новая функция мне кажется требующейся лишь крайне ограниченному числу пользователей (мне, скажем, оно пока ни разу не требовалось), и Гислер может просто отмахнуться от этого предложения. А если охват аудитории будет шире, то и "суппорт-плюс-плюсы" посыпятся, и шансы на реализацию возрастут.

[VadiMGP]

Просто несмотря на все удобства, новая функция мне кажется требующейся лишь крайне ограниченному числу пользователей

Она будет полезна всем тем, кому
а) жмет долгое время поиска в ТС
б) нужен поиск в фоне
Если я ошибаюсь, тогда, конечно, можно наплевать и забыть, но насколько я могу судить, оба момента существенны для многих юзеров.
А если ты не очень активно используешь поиск, то, разумеется, тебе хватает возможностей самого ТС.
Эта же функция фактически открывает интерфейс к любому внешнему поисковому механизму - Locate, Google Desktop, Архивариус ну и далее до бесконечности...

[VadiMGP]

мне, скажем, оно пока ни разу не требовалось

Кстати, такой вопрос. Ты пользуешься Everything. Как ты поступаешь, если результат поиска содержит несколько файлов. Как ты переходишь от одного файла к другому? Постоянно скачешь между окнами ТС и Everything?

[Ник]

VadiMGP
Архивариус и так ищет по имени файла.

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

Не забывайте ещё CDDataBase файловый плагин для ТК - и его базы (в т.ч. базы по файлам, находящимся на внешних носителях).

[VadiMGP]

Ник
Что ты имеешь в виду? Что значит "и так ищет"??? А кто не ищет? Или ищет "не так"?

По мне, задача в том, чтобы найденные файлы оказались в панели ТК

Ну дык, а я про что?!

[CaptainFlint]

Кстати, такой вопрос. Ты пользуешься Everything. Как ты поступаешь, если результат поиска содержит несколько файлов. Как ты переходишь от одного файла к другому? Постоянно скачешь между окнами ТС и Everything?

В 99% случаев я точно знаю, что за файл хочу найти, просто не помню точно, в каком каталоге он находится. Поэтому в списке найденного я выделяю искомое сразу, без метаний от файла к файлу, по точному имени и пути, иногда ещё и по размеру. Так что скакать между окнами просто нет необходимости. Ситуация, когда я не могу идентифицировать файл и вынужден выбирать из нескольких, возникает у меня настолько редко, что я даже не помню, возникала ли она у меня вообще хоть раз. Серьёзно. Видимо, даже если и возникала, то количество файлов было невелико, и несколько переключений между окнами проблемы не составили.

Изредка бывает, что ищу конкретный файл не сам по себе, а как представителя набора из нескольких файлов, с которыми хочу что-то сделать и которые лежат в одном каталоге — в этом случае копирую путь в буфер, а в Тотале делаю cd. (Можно настроить быстрое открытие пути сразу в Тотале, но мне лень — лишний показатель того, как редко мне это требуется.)

Ещё один (и тоже нечастый) сценарий — упорядочивание данных. Обычно оно состоит в сбрасывании найденных файлов в одну общую папку, что я делаю просто перетаскивая их из окна Everything в Тотал. Вот здесь, может быть, и пригодилась бы твоя команда, но даже в этом случае не уверен, что пользовался бы ей. В Everything я могу мгновенно подправить фильтр и сразу работать с обновившимся списком, а в твоём случае мне пришлось бы переключаться в Everything, править фильтр, копировать новый список (причём для этого даже команды нет готовой, придётся жать TAB, Ctrl+A, Ctrl+C), возвращаться в Тотал, загружать новый список: итого шесть действий вместо одного.

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

Эта же функция фактически открывает интерфейс к любому внешнему поисковому механизму

Не к любому, а к такому, который позволяет скопировать список в буфер (обязательно в одном из стандартных форматов!) или вывести в текстовый файл. Они все это умеют?

[VadiMGP]

В 99% случаев я точно знаю, что за файл хочу найти

Один файл??? Ты в 99% случаев ищешь один-единственный файл? Тогда, конечно, сытый голодного не разумеет.
К тому же, тебе не мешает то, что уже найдя файл в Everything ты переходишь в каталог и снова ищешь тот же файл, но уже глазами и пальцами.

Изредка бывает, что ищу конкретный файл не сам по себе, а как представителя набора из нескольких файлов, с которыми хочу что-то сделать и которые лежат в одном каталоге — в этом случае копирую путь в буфер,

так это когда они все в одногм каталоге! А если в разных?

А я в 99% случаев ищу группу файлов. Из разных каталогов с разных дисков. И мне надо с ними что-то сделать в ТС. Открыть в Листере, сравнить, скопировать, переименовать, заглянуть в коммент, ...

единственной приемлемой реализацией индексируемого поиска в Тотале будет лишь нативная реализация (хоть самого поиска, хоть прослойки-адаптера к внешним движкам

Слушай! Родилась шикарная идея! Давай найдем того козла, который против и .... Всё. Молчу, молчу. А то снова окажется, что это я.
Кстати, а чем эта прослойка-адаптер будет заниматься кроме как брать извне список файлов и запихивать его в панель? Вот лично я просто не представляю, что бы мне еще было нужно от неё.

Не к любому, а к такому, который позволяет скопировать список в буфер (обязательно в одном из стандартных форматов!) или вывести в текстовый файл. Они все это умеют?

Я вам не скажу за всю Одессу, но я еще не слышал про таких, которые не умеют. А ты слышал?