Страница 1 из 11

Переход к следующему расширению

Добавлено: Пт фев 12, 2010 03:00
Andrey_A
Когда требуется просмотреть все файлы в подпапках нажимаешь cm_DirBranch, в основном я пользуюсь сортировкой по ТИПУ,
Часто получается такая вещь, чтобы перейти к следующему расширению приходится крутить колесом мыши до нетерпения (файлов много).
Есть ли возможность при этом положении (с помощью скрипта или...?) быстро переходить к следующему расширению, потом ещё к следующему...?

Добавлено: Пт фев 12, 2010 09:39
Avada
Andrey_A
Идея понятна, но с подобной навигацией всё не так просто. Как это предполагается делать — для каждого вновь открытого каталога скрипт вызывать? Что есть "следующее расширение"? Следующее при текущем режиме и направлении сортировки? Тупо следующее в алфавитном порядке безотносительно к порядку в панели? (Да, я тоже пользуюсь сортировкой по типу, но это не единственный возможный вид сортировки!) А если скрипт будет применён не при сортировке по типу, что должно произойти?
Ну хорошо, есть ещё TWinKey, и теоретически добавление туда такой фичи автору предложить можно. И допустим на минуту, что он согласится и сможет это сделать. Но! При внедрении некоторых функций TWinKey, связанных с пользовательской навигацией и сортировкой (груповая сортировка, закладки, прикреплённые файлы), было уже предостаточно проблем, и не все они решены наилучшим образом. Как эти функции будут сочетаться с предлагаемой (когда и если её удастся реализовать) — вопрос крайне интересный.
И я уже молчу о влиянии такой дополнительной специфической навигации на производительность TC.

Добавлено: Пт фев 12, 2010 10:52
sa
Andrey_A писал(а):приходится крутить колесом мыши до нетерпения
А бегунок полосы прокрутки не проще использовать для этого?

Добавлено: Пт фев 12, 2010 11:22
Avada
sa
А это кто к каким приёмам навигации в больших списках привык на уровне автоматизма. Я и сам предпочитаю колесо.

Добавлено: Пт фев 12, 2010 11:33
sa
Avada
Ну так ведь вопрос автора темы
Andrey_A писал(а):Есть ли возможность при этом положении (с помощью скрипта или...?)
не ограничивал решение задачи исключительно колесом.

Добавлено: Пт фев 12, 2010 12:32
Flasher
А по мне так всё банально. Я конечно не уверен, что этот способ универсальный, но я им пользуюсь постоянно:
В Настройки>Быстрый поиск должна быть включена "Буква с диалогом поиска", тогда при вводе с клав-ры расширения он тут же перескакивает на первый файл с таким типом. И работает кстати, даже если не выставлены галки по Точному соответствию имени, либо выставлена любая из них. Чаще больше двух символов вводить не приходится, поэтому для данной задачи вполне подходит с учётом того, что клавиатурные сочетания задействуют, как правило, 2-3 кнопки.
Минус только в том, что нужно заранее знать следующий тип, идущий следом, если его не видно в панели.

Добавлено: Пт фев 12, 2010 12:43
Avada
sa писал(а):не ограничивал решение задачи исключительно колесом
Тоже верно. :wink:

Flasher
В том-то и дело, что исходной задачей был перескок не на первый файл явно заданного типа, а на файл непонятно какого типа, но следующего за текущим по таким-то и сяким-то правилам сортировки. Кроме того, режим "Буква (с диалогом поиска)" кому-то удобен, а кому-то и нет. (Я, например, предпочитаю, чтобы ввод шёл в командую строку без явного перехода в неё, а окно быстрого поиска открываю вообще пустым и уж потом ввожу нужное).

Добавлено: Пт фев 12, 2010 12:50
sa
Flasher писал(а):перескакивает на первый файл с таким типом
Правда иногда "цепляется' за имя файла или каталога, но добавление в начале быстрого поиска точки добавляет результату стабильности. Я обычно ограничивался только поиском имени файла/каталога, оказывается быстрый поиск неплохо подходит и для типов.

Добавлено: Пт фев 12, 2010 13:03
Flasher
Avada писал(а):Я, например, предпочитаю, чтобы ввод шёл в командную строку без явного перехода в неё, а окно быстрого поиска открываю вообще пустым и уж потом ввожу нужное).
Да я понимаю, что есть люди, которые довольно часто используют комстроку и нажимать Правый Shift+Влево для них сверхзадача)). Для меня лично быстрый поиск файла по буквам куда важней, так как в папках с большим кол-вом файлов(а таких много) это избавляет от дополнительного нажатия сочетаний и поиска глазами и колёсиком. И делать мне это приходиться гораздо чаще, чем самому ярому фэну ком. строки набирать команды. Но я о разных предпочтениях сразу подумал, поэтому и написал, что способ не универсальный, а так совсем согласен, было бы не плохо подвесить какой-нибудь скрипт на комбинацию клавиш, с TwinKey пока туговато по части подтормаживания.

Добавлено: Пт фев 12, 2010 13:07
CaptainFlint
Andrey_A писал(а):Есть ли возможность при этом положении (с помощью скрипта или...?) быстро переходить к следующему расширению, потом ещё к следующему...?
Если я правильно понял задачу, и если в текущей панели нет выделенных файлов/каталогов, можно использовать такой способ:
1. Alt+Num + (выделить все файлы с тем же расширением, что у файла под курсором).
2. Num * (инвертировать выделение).
3. cm_GotoNextSelected (перейти к следующему выделенному файлу).

Команду cm_GotoNextSelected, естественно, лучше предварительно повесить на какое-нибудь сочетание клавиш. Как вариант, можно это всё загнать в макрос.

Добавлено: Пт фев 12, 2010 13:15
Вахмурка

Добавлено: Пт фев 12, 2010 13:41
Avada
CaptainFlint
Тут, ИМХО, не хватает завершающего шага:
4. Ctrl+Num – (снять всё выделение).

Добавлено: Пт фев 12, 2010 13:43
sa
CaptainFlint
Изящно!(С макросом конечно). У меня была идея вместо 1 и 2 скопировать список файлов в буфер, выбросить из него лишние файлы (с повторяющимися типами) и затем выделить на панели оставшиеся. Ну и пункт 3 такой же.

Добавлено: Пт фев 12, 2010 15:38
Flasher
Поправьте, если ошибся. >>
1. cm_SelectAllFiles
2. cm_ShowOnlySelected
3. cm_GoToFirstFile
4. cm_ClearAll либо cm_ClearAllFiles
5. cm_SelectCurrentExtension
6. cm_ExchangeSelBoth либо cm_ExchangeSelection
7. cm_GotoNextSelected
В случае cm_DirBranch - 1,2 пункты не нужны.
Ещё бы по окончанию перехода по списку выполнялось:
cm_GoToFirstFile

Добавлено: Пт фев 12, 2010 16:15
sa
Flasher писал(а):Поправьте, если ошибся
Если следовать вышеописанным предложениям, то первые три пункта не нужны, а п.4 должен быть завершающим (размещаться после п.7)