Total Commander

>Что бы хотелось увидеть в новых версиях Total Commander

Ещё одна великая фича - введение Num-клавиш в горячих.

[mod="Avada"]Выделено в отдельную тему из Что бы хотелось увидеть в новых версиях Total Commander из-за обилия оффтопа и с учётом того, что исходный вопрос был поставлен также на оффоруме.
[/mod]

Поясню момент.

Проведем опыт, назначив на клавишу "1" команду, например, "cm_SelectAll". В файловой панели с некоторым количеством файлов, имена которых начинаются с 1, активируем клавишу. Что видим? - Выделение произошло, а перехода к файлу с 1 нет. 1 - то же, что и Num_1, разницы нет, конечно же. Отсюда, я не могу назначить на кнопки Num что-либо, ведь я теряю быстрый переход к файлам, а вызов быстрого поиска в этом случае мне не подойдет, другая стихия.

Таким образом, что можно реализовать - в горячих клавишах 0-9 отделить от NUM_0-NUM_9: - Если на NUM_0-NUM_9 назначены команды - использовать эти команды;
- Если на NUM_0-NUM_9 не назначены команды - быть как и ранее 0-9.

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

Плюсы: +9 клавиш под команды.
Минусы: их нет, никто ничего не теряет.

Используй TWinKey, там есть такая функция

Вахмурка писал(а):Используй TWinKey, там есть такая функция

Нет уж, хватит с меня его багов.

ask-rus
Боюсь, на всяких мелких нетбуках и прочих недоноутах, где нет нума в принципе, данная фича всю свою полезность преобразует в сплошное неудобство (тройное назначение буквенных клавиш не в счёт - тот ещё гемор).
Да и что-то я не припомню, какие хоткеи у ТК навешены на цифры...

ask-rus, тотал различает клавиши не по скан-кодам, а по кодам символов. А коды символов у кнопки 1 и у кнопки Num 1 совпадают, если NumLock включён. Если он выключен, кнопка Num 1 посылает тот же код символа, что и кнопка End. Различать их никак не получится.

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

В JScript событие keyPress возвращает код символа и, соответственно, зависит от раскладки и положения переключателей; а вот события keyDown и keyUp возвращают сканкод. Сильно подозреваю, что такое поведение JScript наследует от WinAPI.

Хм, тотал определённо работает с виртуальными кодами клавиш (это основной инструмент работы с клавишами), что-то я про символы загнул. Тотал различает клавиши 1 и Num 1. Если я назначаю команду на клавишу 1, клавиша Num 1 продолжает работать, как и прежде. И я могу использовать её для ввода единичек в командную строку. Также, алфавитные клавиши работают в любой раскладке - то есть, тотал различает клавиши, а не символы. Тогда возможность добавить клавиши Num-блока определённо имеется.

MVV писал(а):Тотал различает клавиши 1 и Num 1. Если я назначаю команду на клавишу 1, клавиша Num 1 продолжает работать, как и прежде.

И вправду!

ask-rus писал(а):[s]1 - то же, что и Num_1, разницы нет, конечно же.[/s]

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

Значит, я уже могу назначить на 0-9 необходимые мне команды. Однако, для быстрого перехода к файлу с именем "A1" мне потребуется использовать клавиши "A" и "Num_1", расположенные на расстоянии друг от друга, неувязочка получается.

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

MVV писал(а):После открытия диалога быстрого поиска/фильтра клавиша 1 набирает единичку, даже будучи переназначенной. Так что можно обойтись и без неувязочек. Просто включить быстрый поиск с диалогом.

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

Ты путаешь быстрый поиск и быстрый фильтр. Быстрый поиск существовал в тотале испокон веков, и он не скрывал "левые" файлы. Он лишь позволял стрелками вверх-вниз перемещаться только по файлам, удовлетворяющим введённому в окошко быстрого поиска запросу, пока окошко открыто. А быстрый фильтр (включается/выключается по Ctrl+S или по нажатию кнопочки в окошке быстрого поиска) скрывает "левые" файлы. Я тоже предпочитаю видеть всё, поэтому сделал, чтобы тотал по умолчанию выключал быстрый фильтр (QuickSearchAutoFilter=-1).

С ключом QuickSearchAutoFilter=-1 диалог запускается (Ctrl+S) с включенным фильтром (кнопочка зажата). Это баг?

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

А, понял, не баг.

Ctrl+S Вывести диалог быстрой фильтрации/поиска и активировать быстрый фильтр (сброс фильтрации по Esc или Ctrl+F10).

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

Кстати, то, что я называл быстрым переходом к файлу и есть быстрый поиск, только без диалога. Вариант без диалога не подходит, значит, используем сочетания Ctrl+Alt+буква, Alt+буква. Сочетание из трех клавиш для быстрого поиска ну никак не подойдет. Alt+буква - да, на этом и остановлюсь. Но репорт остается репортом, вдруг, что созреет.

А чем не подошёл вариант "буква (с диалогом поиска)"? Просто набираешь буквы, и всё. Кроме того, можно забить на клавишу открытие окна быстрого поиска, тогда в нём все клавиши будут работать. Или можно использовать Ctrl+S Ctrl+S для гарантированного открытия диалога поиска с выключенным фильтром.

Понаписали мы тут не по теме...

MVV писал(а):А чем не подошёл вариант "буква (с диалогом поиска)"?

Я тупо его пропустил , так тупо, что да, это ведь лучший вариант.

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

MVV писал(а):Понаписали мы тут не по теме...

Зато пришли к выводу, что на клавиши 0-9 можно назначить команды практически без потерь, ведь так?

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

MVV писал(а):Или можно использовать Ctrl+S Ctrl+S для гарантированного открытия диалога поиска с выключенным фильтром.

А лучше всего присвоить Ctrl+S команду cm_ShowQuickSearch.

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

Предполагаю, что логичнее этому быть в TC по умолчанию.