Total Commander

Flasher писал(а):MVV, cm_DirectoryHotlistRemove должен будет удалять строку с текущим каталогом, который есть в списке, так?

Ну да. Соответственно, Add - добавлять, а AddRemove - действовать так, как щас действует соответствующий пункт меню избранных каталогов - если нет, добавлять, если есть - удалять.

MVV
Всё логично, поддерживаю.

Flasher писал(а):ИМХО, лучше сделать отдельную команду

MVV писал(а):cm_DirectoryHotlistShort.
И команды cm_DirectoryHotlistAdd, cm_DirectoryHotlistRemove (или одну cm_DirectoryHotlistAddRemove) и cm_DirectoryHotlistConfig.

Мне хватило бы только добавления cm_DirectoryHotlistShort, но в целом - отличная идея!
Дело за малым - убедить Гислера. Бросьте кто-нибудь, пожалуйста, предложение на оффорум.

Поддерживаю обе последние идеи — и временного отключения определённых цветовых шаблонов (кстати, нечто подобное реализовано в визуальных схемах TWinKey), и дополнительных команд для управления меню избранных каталогов. Это действительно надо безотлагательно выносить на оффорум.

Avada писал(а):временного отключения определённых цветовых шаблонов

Вообще-то, судя по скриншоту, iNorbert предлагает включение\отключение элементов внутренних ассоциаций.
Интерфейсно эти диалоги одинаковы. Хорошо бы реализовать поэлементное включение\отключение и цветовых шаблонов, и внутренних ассоциаций.

Batya
Я имею в виду, конечно же, и то, и другое. Просто привёл название более старого диалога. Снятие галки должно быть равносильно комментированию соответствующей строки в INI-файле без её удаления. При создании нового элемента списка галка должна ставиться автоматически.

Avada писал(а):Снятие галки должно быть равносильно комментированию соответствующей строки в INI-файле без её удаления.

Мне кажется, что комментирование - это не совсем верно. Закомментированные строки не должны читаться совсем. А отключённые строки должны обозначаться в ини-файле какой-нибудь приставкой\окончанием (может быть одним конкретным символом).
Либо для отключённых строк должна быть отдельная секция.

Просто ввести дополнительный ключ для каждого шаблона, типа ColorFilter1Disable или Filter1_Disable. Старые версии тотала будут просто игнорить этот ключ, а новые - игнорить шаблоны, если ключ установлен в 1. Ну а галки будет отражать состояние таких ключей. Кстати, подобное порой было бы удобно и в других местах - например, для временного отключения листерных или информационных плагинов.

Опция переключения ассоциаций абсолютно необходима. Я сейчас переключаю скриптом (если будете пробовать - проверьте на тестовой копии, он почти не тестировался), но после изменения все равно приходится перезапускать тотал, что неудобно.

MVV писал(а):Просто ввести дополнительный ключ для каждого шаблона, типа ColorFilter1Disable или Filter1_Disable.

Тогда уж вида ColorFilter1Flags и Filter1_Flags с возможным заделом на будущее (мало ли ). А значения - битовые ключи:
0 - обычное состояние,
1 - отключён.
В дальнейшем могут появиться хотелки для значений 2, 4, 8 и т. д.

Или, как сейчас для флагов поиска или опций вкладок, - значения, разделённые символом "|".

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

Чтобы *.BR2 можно было хранить не с *.BAR-ами, а, допустим, в TEMP, у меня перенесенную в каталог TC для портабельности (d:\Total Commander\TEMP\). Все *.BAR-ы хранятся в отдельном каталоге и сейчас их там уже достаточно много, а если приплюсовать к каждому из них по *.BR2, то уже напоминает свалку.

ask-rus
Не поддерживаю. Совершенно не понимаю, чем мешает хранение в одном (тем более — специальном) каталоге пар взаимосвязаных файлов и какие это может создать проблемы при нынешних возможностях сортировки и фильтрации в панелях TC даже с очень большим количеством BAR-файлов.

Avada писал(а):Не поддерживаю. Совершенно не понимаю, чем мешает хранение в одном (тем более — специальном) каталоге пар взаимосвязаных файлов и какие это может создать проблемы при нынешних возможностях сортировки и фильтрации в панелях TC даже с очень большим количеством BAR-файлов.

Моя логика следующая. Файлы *.BR2 являются кэш-файлами и потому им место быть с файлами, подобными себе:
tcthumbs.db
tcthumbs.frl
tcthumbs.idb
Файлы изменяющиеся, не поддающиеся редактированию.

ask-rus
ИМХО, сваливание кэшей разного предназначения в одну папку — это и есть помойка. Особенно с учётом существования, например, ещё и treeinfo.wc. Впрочем, дело хозяйское, а меня устраивает и нынешнее состояние.

Avada писал(а):ИМХО, сваливание кэшей разного предназначения в одну папку — это и есть помойка.

Эта папка как раз-таки предназначена быть таковой, по-моему.