View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000698 | Wishes | Fast Find | public | 2009-01-12 18:02 | 2013-02-03 00:31 |
Reporter | alexy | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | have not tried |
Status | new | Resolution | open | ||
Summary | 0000698: Улучшение быстрого поиска | ||||
Description | Нужно сделать чтоб быстрый поиск работал вот так: 1. Искал по всем видимым колонкам. или чтоб 2. В плагине можно было задать по какой колонке искать. Мне больше нравится вариант 1. Теперь зачем это вообще: 1. Просто потому что удобно, можно искать по всей видимой информации а не только по имени. 2. Например в плагине ProcList по хорошему в имени файла должен быть PID а не имя файла чтоб была уникальность и правильность сортировки но вот быстрый поиск то обычно нужен по имени файла а не pid. | ||||
Tags | No tags attached. | ||||
Build | |||||
|
Это, конечно, круто, но неясен такой момент: ╔══════════════════════ 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 :) |
|
Ну это случай редкий (и можно по определённым колонкам не искать), но думать надо да, потому тут и записал. А uid это конечно хорошо, но тут конечно плагин и сам свой Compare может экспортить. А вот с быстрым поиском проблема. В плагине MailView например Деннис и за этого свой быстрый поиск написал. |
|
можно ещё так: пусть быстрый поиск ищет всегда не по настоящему имени на панели, а по содержимому самой первой (т.е. самой левой) колонки, т.к. именно там в подавляющем большинстве случаев находится или имя, или то, что плагин предлагает считать "именем". |
|
тоже логично и это вроде не сложно сделать. |
|
> по содержимому самой первой (т.е. самой левой) колонки Прошу обратить внимание, что есть как минимум один живой и популярный плагин, в котором в первой колонке совсем не то, по чему хочется иметь быстрый поиск: FarMobile2. Там в "Phonebooks and call logs" и "SMS Messages" в первой колонке либо краткое (кодовое) обозначение, либо порядковый номер, а "человеческое" имя во второй колонке. Другой разговор, что чисто технически то, что этот плагин считает именем, как раз и есть в первой колонке, только вот пользователям от этого проку нет. Буду-ка я пинать автора. :-) |
|
Ну так поряд колонок настраиваемый. |
|
> поряд колонок настраиваемый Ту колонку, которая там левая, размещать в другом месте будет неудобно. Если уж делать быстрый поиск по такой схеме, то нельзя ли какую-нибудь настроечку, по каким колонкам искать? (Желательно по нескольким и в зависимости от плагина.) |
|
> если я начну набирать "папка" оно покажет слегка не то, что я хотел, не? ну, здесь надо понимать, что "папка" это элемент дизайна и по нем естественно не имеет смысл искать (а то, если так пойдет, то и вертикальные линии тоже будут участвовать в поиске ;-)) |
|
в догонку... и видимо поиск нужен не в стиле масок файлов, а... любое вхождение вводимых символов. |
|
Вставлю свои 5 копеек. Если хочется искать не только в первой колонке, то стоит добавить выбор колонки, в которой производится поиск, по ctrl+alt+цифра, скажем. Сверху, возле имени колонки, добавить какой-нибудь значок в качестве индикатора выбранной для поиска колонки. Возможно стоит сохранять выбранную колонку для каждого плагина отдельно, или сделать возможность выбрать её в свойствах плагина. Ну и искать конечно должно по тому, что отображается в колонке а не по чему-то ещё :) |
|
Hint для варианта "ищем по всем видимым полям без файловых масок" (как сейчас фильтр в менюхах): filelist.cpp::FileList::FindPartName - основные правки - все выкидываем (про маски файлов) и ищем вхождение параметра Name в каждой собранной строке. В очередную строку собираем видимые поля (flshow.cpp::FileList::ShowList - как взять значения видимых полей). |
|
Так, здесь нехватает у фильтров нужного функционала - программно задавать фильтрацию. Если будет - будет и быстрый поиск в стиле фильтрации менюх. |
|
Про "как в меню". Алгоритм примерно такой (первый прикид): - Пользователь начинает быстрый поиск, ФАР запоминаем состояние фильтра. - ФАР проверяет вхождение введенной пользователем строки с каждой сцепленной строкой (сцепить все данные видимых колонок в одну строку) из панели. - Если нашли, формируем фильтр, который применяется и сразу видим результат на панели - быстрый поиск прекратился - состояние фильтров вернулось к запомненному. Но есть тонкое место... - как грамотно сформировать FileFilterParams (именно его разумно формировать и сразу отдавать фильтрам). Индекс найденной первой позиции в списке мы знаем, но к чему относится, например, введенное "10" (имя файла, месяц, часть из размера, дизы...) - ХЗ. Ideas? |
|
Так, концепт, на попробовать, без фильтрации http://skirda-file.googlecode.com/files/m698_nofilter.1.7z |
|
может пора в релиз уже включить быстрый поиск (Mantis_698)? штука полезная только еще бы 2 галочки добавить в настройки 1. [ ] быстрый поиск по всем колонкам для файлов 2. [X] быстрый поиск по всем колонкам для плагинов использую для поиска по описанию в плагине Network, а вот для файлов это не привычно |
Date Modified | Username | Field | Change |
---|---|---|---|
2009-01-12 18:02 | alexy | New Issue | |
2009-01-12 18:15 | DrKnS | Note Added: 0002307 | |
2009-01-12 18:26 | alexy | Note Added: 0002308 | |
2009-01-12 18:34 | DrKnS | Note Added: 0002309 | |
2009-01-12 18:36 | alexy | Note Added: 0002310 | |
2009-01-21 11:09 | HaRT | Note Added: 0002349 | |
2009-01-22 07:19 | alexy | Note Added: 0002352 | |
2009-01-22 09:50 | HaRT | Note Added: 0002355 | |
2009-01-22 09:50 | HaRT | Note Edited: 0002355 | |
2009-03-12 19:39 | vskirdin | Note Added: 0002771 | |
2009-03-12 19:40 | vskirdin | Note Added: 0002772 | |
2009-03-12 20:02 | alexy | Relationship added | has duplicate 0000777 |
2009-03-13 15:10 | Px | Note Added: 0002781 | |
2011-09-08 14:03 | vskirdin | Note Added: 0007624 | |
2011-09-09 13:08 | vskirdin | Note Added: 0007627 | |
2011-09-09 13:44 | vskirdin | Note Added: 0007628 | |
2011-09-09 14:22 | vskirdin | Note Added: 0007629 | |
2012-01-27 20:29 | DrKnS | Relationship added | related to 0002006 |
2012-11-20 04:00 | skiv | Note Added: 0009744 | |
2013-02-03 00:31 | alexy | Severity | minor => feature |