Ну да. Соответственно, Add - добавлять, а AddRemove - действовать так, как щас действует соответствующий пункт меню избранных каталогов - если нет, добавлять, если есть - удалять.Flasher писал(а):MVV, cm_DirectoryHotlistRemove должен будет удалять строку с текущим каталогом, который есть в списке, так?
Что бы хотелось увидеть в новых версиях Total Commander
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Flasher писал(а):ИМХО, лучше сделать отдельную команду
Мне хватило бы только добавления cm_DirectoryHotlistShort, но в целом - отличная идея!MVV писал(а):cm_DirectoryHotlistShort.
И команды cm_DirectoryHotlistAdd, cm_DirectoryHotlistRemove (или одну cm_DirectoryHotlistAddRemove) и cm_DirectoryHotlistConfig.
Дело за малым
- убедить Гислера. Бросьте кто-нибудь, пожалуйста, предложение на оффорум.Нет, я не сплю. Я просто медленно моргаю.
Поддерживаю обе последние идеи — и временного отключения определённых цветовых шаблонов (кстати, нечто подобное реализовано в визуальных схемах TWinKey), и дополнительных команд для управления меню избранных каталогов. Это действительно надо безотлагательно выносить на оффорум.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Вообще-то, судя по скриншоту, iNorbert предлагает включение\отключение элементов внутренних ассоциаций.Avada писал(а):временного отключения определённых цветовых шаблонов
Интерфейсно эти диалоги одинаковы. Хорошо бы реализовать поэлементное включение\отключение и цветовых шаблонов, и внутренних ассоциаций.
Нет, я не сплю. Я просто медленно моргаю.
Batya
Я имею в виду, конечно же, и то, и другое. Просто привёл название более старого диалога. Снятие галки должно быть равносильно комментированию соответствующей строки в INI-файле без её удаления. При создании нового элемента списка галка должна ставиться автоматически.
Я имею в виду, конечно же, и то, и другое. Просто привёл название более старого диалога. Снятие галки должно быть равносильно комментированию соответствующей строки в INI-файле без её удаления. При создании нового элемента списка галка должна ставиться автоматически.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Мне кажется, что комментирование - это не совсем верно. Закомментированные строки не должны читаться совсем. А отключённые строки должны обозначаться в ини-файле какой-нибудь приставкой\окончанием (может быть одним конкретным символом).Avada писал(а):Снятие галки должно быть равносильно комментированию соответствующей строки в INI-файле без её удаления.
Либо для отключённых строк должна быть отдельная секция.
Нет, я не сплю. Я просто медленно моргаю.
Просто ввести дополнительный ключ для каждого шаблона, типа ColorFilter1Disable или Filter1_Disable. Старые версии тотала будут просто игнорить этот ключ, а новые - игнорить шаблоны, если ключ установлен в 1. Ну а галки будет отражать состояние таких ключей. Кстати, подобное порой было бы удобно и в других местах - например, для временного отключения листерных или информационных плагинов.
Опция переключения ассоциаций абсолютно необходима. Я сейчас переключаю скриптом (если будете пробовать - проверьте на тестовой копии, он почти не тестировался), но после изменения все равно приходится перезапускать тотал, что неудобно.
Тогда уж вида ColorFilter1Flags и Filter1_Flags с возможным заделом на будущее (мало лиMVV писал(а):Просто ввести дополнительный ключ для каждого шаблона, типа ColorFilter1Disable или Filter1_Disable.
). А значения - битовые ключи:0 - обычное состояние,
1 - отключён.
В дальнейшем могут появиться хотелки для значений 2, 4, 8 и т. д.
Или, как сейчас для флагов поиска или опций вкладок, - значения, разделённые символом "|".
Нет, я не сплю. Я просто медленно моргаю.
>Что бы хотелось увидеть в новых версиях Total Commander
Чтобы *.BR2 можно было хранить не с *.BAR-ами, а, допустим, в TEMP, у меня перенесенную в каталог TC для портабельности (d:\Total Commander\TEMP\). Все *.BAR-ы хранятся в отдельном каталоге и сейчас их там уже достаточно много, а если приплюсовать к каждому из них по *.BR2, то уже напоминает свалку.
Чтобы *.BR2 можно было хранить не с *.BAR-ами, а, допустим, в TEMP, у меня перенесенную в каталог TC для портабельности (d:\Total Commander\TEMP\). Все *.BAR-ы хранятся в отдельном каталоге и сейчас их там уже достаточно много, а если приплюсовать к каждому из них по *.BR2, то уже напоминает свалку.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу»
«Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
«Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
ask-rus
Не поддерживаю. Совершенно не понимаю, чем мешает хранение в одном (тем более — специальном) каталоге пар взаимосвязаных файлов и какие это может создать проблемы при нынешних возможностях сортировки и фильтрации в панелях TC даже с очень большим количеством BAR-файлов.
Не поддерживаю. Совершенно не понимаю, чем мешает хранение в одном (тем более — специальном) каталоге пар взаимосвязаных файлов и какие это может создать проблемы при нынешних возможностях сортировки и фильтрации в панелях TC даже с очень большим количеством BAR-файлов.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Моя логика следующая. Файлы *.BR2 являются кэш-файлами и потому им место быть с файлами, подобными себе:Avada писал(а):Не поддерживаю. Совершенно не понимаю, чем мешает хранение в одном (тем более — специальном) каталоге пар взаимосвязаных файлов и какие это может создать проблемы при нынешних возможностях сортировки и фильтрации в панелях TC даже с очень большим количеством BAR-файлов.
tcthumbs.db
tcthumbs.frl
tcthumbs.idb
Файлы изменяющиеся, не поддающиеся редактированию.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу»
«Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
«Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица