Total Commander

• При использование быстрой фильтрации [ Настройка: Быстрый поиск > Буква (с диалогом поиска) ] стандартное назначение на Esc комадны cm_ClearAll не даёт возможность вернуться к нефильтрованному списку, как это происходит по умолчанию. Задавался ранее этим вопросом здесь (п. 5) и здесь.
  Поскольку запрошенная реализация в Twinkey меня не устраивает, набросал скрипт:

;••••••••••••••••••••••••••••••• AHK ••••••••••••••••••••••••••••••••
; Снятие/восстановление выделения с объектов в активной панели по Esc
; Условие: TC 9.0+. Запускать желательно контентным плагином Autorun.
;••••••••••••••••••••••••••••••••••••••••••••••• Автор: Flasher © •••
#NoEnv
#NoTrayIcon
ListLines, Off
#KeyHistory, 0
SetBatchLines,-1
#SingleInstance, Off
DetectHiddenWindows, On

If DupComplete() || RegExMatch(StrGet(DllCall("GetCommandLine",Ptr)), "i)\s/(restart|r|force|f)\s")
  ExitApp

DupComplete()
{ WinGet, List, List, % A_ScriptFullPath " ahk_class AutoHotkey"
  Loop % List
    If WinExist("ahk_id" List%A_Index%) != A_ScriptHwnd && R := true
      WinClose
  Return R
}

WinWaitClose, ahk_class TTOTAL_CMD
ExitApp

#IfWinActive, ahk_class TTOTAL_CMD
$Esc::
ControlGetFocus, Class, A
If !InStr(Class, "TMyListBox") || WinExist("ahk_class #32768") || MainMenuFocus()
  SendInput, {Esc}
Else
{ N := SubStr(Class, 0) = 2 ? 1 : 0 
  SendMessage, 1074, % 1006-N, 0,, A 
  Sel := % ErrorLevel 
  SendMessage, 1074, %  8 - N, 0,, A 
  ControlGetPos, x, y, w, h,, ahk_id %ErrorLevel% 
  PixelSearch,,, % x+w-5, % y, % x+w, % y+h/2, 0x333333,, Fast 
  If ErrorLevel 
    PostMessage, 0x433, 52 (Sel?4:9),,, A
  Else
    SendInPut, {Esc}
}

MainMenuFocus()
{ VarSetCapacity(MBI, size := 16 + A_PtrSize*4, 0)
  NumPut(size, MBI)
  DllCall("GetMenuBarInfo", Ptr, WinExist("A"), Int, 0xFFFFFFFD, Int, 0, Ptr, &MBI)
  Return *(&MBI + 16 + A_PtrSize*3) & 1
}

• При повтроном вызове скрипта AHK-процесс самозавершается, тем самым давая возможность использовать его как инверсную команду-опцию (Вкл/Выкл).
  При отсутствии экземляров TC процесс завершается.

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

Avada писал(а):А при использовании TWinKey при такой последовательности действий приходится ещё и файловые группы отключать, иначе при снятии фильтра выделено окажется совсем не то, что следует.

Avada писал(а):К тому же я привык, что по Esc можно и восстанавливать выделение.

Flasher писал(а):Что ты имеешь в виду?

Flasher писал(а):Снятие фильтра здесь - это тот же Esc, что и в ТС по умолчанию. Если TwinKey с ним себя ведёт неоднозначно, то считай, что это его баг.

Flasher писал(а):Впрочем, восстановление добавить не проблема, если мой вариант станет более приемлем. Ты, полагаю, сам видел в обсуждении, как много я писал о том, чтобы добиться долее качественного поведения.

Avada писал(а):Активный неубитый процесс, естественно. То ли AHK закрывать приходится, то ли скомпилированный экзешник, смотря по тому, в каком виде скрипт использовать.

Avada писал(а):А плюс восстановления выделения по ESC в том, что эта методика применяется далеко не только при выходе из режима фильтрации.

Avada писал(а):И почему всё-таки только девятка, а не более ранние версии TC?

Avada писал(а):И почему всё-таки только девятка, а не более ранние версии TC?

Flasher писал(а):Или сделать, чтобы завершался с повторого запуска. Как лучше?

Flasher писал(а):но, ИМХО, в TwinKey оно делалось из указанных мной соображений.

Avada писал(а):Если выделение по ESC в TWinKey не включено и скрипт не используется, то выделение, сделанное в режиме фильтрации, нормально сохраняется при включённой групповой сортировке и при стандартном выходе из фильтрации.