View Issue Details

IDProjectCategoryView StatusLast Update
0000698WishesFast Findpublic2013-02-03 04:31
ReporteralexyAssigned To 
PrioritynormalSeverityfeatureReproducibilityhave not tried
Status newResolutionopen 
Product Version 
Target VersionFixed in Version 
Summary0000698: Улучшение быстрого поиска
DescriptionНужно сделать чтоб быстрый поиск работал вот так:
1. Искал по всем видимым колонкам.
или чтоб
2. В плагине можно было задать по какой колонке искать.

Мне больше нравится вариант 1.

Теперь зачем это вообще:
1. Просто потому что удобно, можно искать по всей видимой информации а не только по имени.
2. Например в плагине ProcList по хорошему в имени файла должен быть PID а не имя файла чтоб была уникальность и правильность сортировки но вот быстрый поиск то обычно нужен по имени файла а не pid.
TagsNo tags attached.
Build

Relationships

has duplicate 0000777 closedvskirdin Far Manager Некорректная работа быстрого поиска на панели ftp 
related to 0002006 new Wishes Научить быстрый поиск работать с отображаемым путём 

Activities

DrKnS

2009-01-12 21:15

administrator   bugnote:0002307

Это, конечно, круто, но неясен такой момент:

╔══════════════════════ C:\xampp\test ══════╤════════╤════════╗
║р Имя │Размер│ Дата │ Время ║
║.. │ Вверх│12.01.09│20:08:45▲
║1 │ Папка│12.01.09│20:08:35▒
║2 │ Папка│12.01.09│20:08:35▒
║3 │ Папка│12.01.09│20:08:35▒
║4 │ Папка│12.01.09│20:08:35▒
║5 │ Папка│12.01.09│20:08:35▒
║Папка │ Папка│12.01.09│20:08:40▒

если я начну набирать "папка" оно покажет слегка не то, что я хотел, не?


А то, что у нас на панели "идентификация" по имени это другой вопрос :)

Помнится, когда-то всплывала мысль на каждый panelitem генерировать uid :)

alexy

2009-01-12 21:26

administrator   bugnote:0002308

Ну это случай редкий (и можно по определённым колонкам не искать), но думать надо да, потому тут и записал.

А uid это конечно хорошо, но тут конечно плагин и сам свой Compare может экспортить. А вот с быстрым поиском проблема. В плагине MailView например Деннис и за этого свой быстрый поиск написал.

DrKnS

2009-01-12 21:34

administrator   bugnote:0002309

можно ещё так: пусть быстрый поиск ищет всегда не по настоящему имени на панели, а по содержимому самой первой (т.е. самой левой) колонки, т.к. именно там в подавляющем большинстве случаев находится или имя, или то, что плагин предлагает считать "именем".

alexy

2009-01-12 21:36

administrator   bugnote:0002310

тоже логично и это вроде не сложно сделать.

HaRT

2009-01-21 14:09

reporter   bugnote:0002349

> по содержимому самой первой (т.е. самой левой) колонки
Прошу обратить внимание, что есть как минимум один живой и популярный плагин, в котором в первой колонке совсем не то, по чему хочется иметь быстрый поиск: FarMobile2. Там в "Phonebooks and call logs" и "SMS Messages" в первой колонке либо краткое (кодовое) обозначение, либо порядковый номер, а "человеческое" имя во второй колонке.

Другой разговор, что чисто технически то, что этот плагин считает именем, как раз и есть в первой колонке, только вот пользователям от этого проку нет. Буду-ка я пинать автора. :-)

alexy

2009-01-22 10:19

administrator   bugnote:0002352

Ну так поряд колонок настраиваемый.

HaRT

2009-01-22 12:50

reporter   bugnote:0002355

Last edited: 2009-01-22 12:50

> поряд колонок настраиваемый
Ту колонку, которая там левая, размещать в другом месте будет неудобно.

Если уж делать быстрый поиск по такой схеме, то нельзя ли какую-нибудь настроечку, по каким колонкам искать? (Желательно по нескольким и в зависимости от плагина.)

vskirdin

2009-03-12 22:39

administrator   bugnote:0002771

> если я начну набирать "папка" оно покажет слегка не то, что я хотел, не?
ну, здесь надо понимать, что "папка" это элемент дизайна и по нем естественно не имеет смысл искать (а то, если так пойдет, то и вертикальные линии тоже будут участвовать в поиске ;-))

vskirdin

2009-03-12 22:40

administrator   bugnote:0002772

в догонку... и видимо поиск нужен не в стиле масок файлов, а... любое вхождение вводимых символов.

Px

2009-03-13 18:10

reporter   bugnote:0002781

Вставлю свои 5 копеек.
Если хочется искать не только в первой колонке, то стоит добавить выбор колонки, в которой производится поиск, по ctrl+alt+цифра, скажем. Сверху, возле имени колонки, добавить какой-нибудь значок в качестве индикатора выбранной для поиска колонки. Возможно стоит сохранять выбранную колонку для каждого плагина отдельно, или сделать возможность выбрать её в свойствах плагина.
Ну и искать конечно должно по тому, что отображается в колонке а не по чему-то ещё :)

vskirdin

2011-09-08 17:03

administrator   bugnote:0007624

Hint для варианта "ищем по всем видимым полям без файловых масок" (как сейчас фильтр в менюхах):

filelist.cpp::FileList::FindPartName - основные правки - все выкидываем (про маски файлов) и ищем вхождение параметра Name в каждой собранной строке.
В очередную строку собираем видимые поля (flshow.cpp::FileList::ShowList - как взять значения видимых полей).

vskirdin

2011-09-09 16:08

administrator   bugnote:0007627

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

vskirdin

2011-09-09 16:44

administrator   bugnote:0007628

Про "как в меню".
Алгоритм примерно такой (первый прикид):
- Пользователь начинает быстрый поиск, ФАР запоминаем состояние фильтра.
- ФАР проверяет вхождение введенной пользователем строки с каждой сцепленной строкой (сцепить все данные видимых колонок в одну строку) из панели.
- Если нашли, формируем фильтр, который применяется и сразу видим результат на панели
- быстрый поиск прекратился - состояние фильтров вернулось к запомненному.

Но есть тонкое место... - как грамотно сформировать FileFilterParams (именно его разумно формировать и сразу отдавать фильтрам). Индекс найденной первой позиции в списке мы знаем, но к чему относится, например, введенное "10" (имя файла, месяц, часть из размера, дизы...) - ХЗ.

Ideas?

vskirdin

2011-09-09 17:22

administrator   bugnote:0007629

Так, концепт, на попробовать, без фильтрации
http://skirda-file.googlecode.com/files/m698_nofilter.1.7z

skiv

2012-11-20 08:00

reporter   bugnote:0009744

может пора в релиз уже включить быстрый поиск (Mantis_698)? штука полезная
только еще бы 2 галочки добавить в настройки
1. [ ] быстрый поиск по всем колонкам для файлов
2. [X] быстрый поиск по всем колонкам для плагинов

использую для поиска по описанию в плагине Network, а вот для файлов это не привычно

Issue History

Date Modified Username Field Change
2009-01-12 21:02 alexy New Issue
2009-01-12 21:15 DrKnS Note Added: 0002307
2009-01-12 21:26 alexy Note Added: 0002308
2009-01-12 21:34 DrKnS Note Added: 0002309
2009-01-12 21:36 alexy Note Added: 0002310
2009-01-21 14:09 HaRT Note Added: 0002349
2009-01-22 10:19 alexy Note Added: 0002352
2009-01-22 12:50 HaRT Note Added: 0002355
2009-01-22 12:50 HaRT Note Edited: 0002355
2009-03-12 22:39 vskirdin Note Added: 0002771
2009-03-12 22:40 vskirdin Note Added: 0002772
2009-03-12 23:02 alexy Relationship added has duplicate 0000777
2009-03-13 18:10 Px Note Added: 0002781
2011-09-08 17:03 vskirdin Note Added: 0007624
2011-09-09 16:08 vskirdin Note Added: 0007627
2011-09-09 16:44 vskirdin Note Added: 0007628
2011-09-09 17:22 vskirdin Note Added: 0007629
2012-01-28 00:29 DrKnS Relationship added related to 0002006
2012-11-20 08:00 skiv Note Added: 0009744
2013-02-03 04:31 alexy Severity minor => feature