Total Commander

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

В процессе синхронизации каталогов в случае, когда "Слева и справа один и тот же каталог" выдавать не ошибку, а уведомление.

ask-rus
Во-первых, вообще говоря, сравнение и синхронизация каталога с самим собой никакого физического смысла не имеют. Создание условий для таких действий — это именно ошибка. Во-вторых, в чём в данном случае преимущества уведомления перед сообщением об ошибке?

Вот сравнивать файл с самим собой (и вообще идентичные файлы) иногда хотелось бы (для сопоставления одних блоков другим), а сравнивать папку саму с собой...

Сама по себе ошибка у меня ассоциируется с каким-либо крашем - закрытием программы. Неприятно.

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

MVV
Известен один случай сравнения каталогов (не синхронизации!), когда такое сообщение об ошибке, что справа и слева один каталог, выводится неправомерно: когда сравниваются панели с результатами поиска (пусть и совершенно разными). Можно настоять на сравнении, и оно будет обрабатываться нормально. Гислеру репортили, чинить он не собирается. Мы в своей книге об этом фокусе честно предупредили. При синхронизации такое не пройдёт: там тоже будет сообщение об ошибке, но корректное.

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

MVV
Да, я именно это и подразумевал под "корректным сообщением об ошибке".

[mod="Avada"]Обсуждение запроса на исключение файлов более заданного размера из сравнения при синхронизации каталогов (а затем и созданного для этой цели плагина) перенесено в отдельную тему.[/mod]

Раздражает: если выбрать "Удалить" из меню ПКМ на кнопке панели инструментов, то окно "Подтверждение удаления" по Esc не убирается, а хотелось бы, тем более, что все другие конфигурационные окна это поддерживают:)

alexey65536
Интересно, почему у меня это окно (которое вообще-то системное) благополучно закрывается по Esc? И с каких пор оно стало конфигурационным?

alexey65536 писал(а):Раздражает: если выбрать "Удалить" из меню ПКМ на кнопке панели инструментов, то окно "Подтверждение удаления" по Esc не убирается

Если сильно раздражает, то пока можно воспользоваться программой KillOK от Моторокер, которая, помимо прочего позволяет

закрывать сообщения с кнопками Да/Нет клавишей Esc

Я говорю об окне, появляющемся при попытке удаления кнопки с панели инструментов ТС. У меня оно никогда не закрывалось по Esc. И сейчас не закрывается.
Кстати, там и кнопка "Закрыть" неактивна.

alexey65536
А, прошу прощения, неправильно понял. Да, подтверждаю. (Правда, это окно всё равно не конфигурационное.)
Способ борьбы предложен выше.

alexey65536 писал(а):окно "Подтверждение удаления" по Esc не убирается

Это проблема винды: стандартный диалог вида "да-нет" закрыть по Esc невозможно. Единственное, что здесь может сделать Гислер, — это заменить его на "да-нет-отмена" (что будет выглядеть избыточно), на "OK-отмена" (что будет неочевидно) или полностью написать свой собственный диалог на замену стандартному (от чего он категорически отказался). Увы, кроме KillOK и прочих костылей здесь нам вряд ли что светит.

CaptainFlint
Тот системный диалог, который я сначала упомянул ошибочно (для подтвержения удаления файла — после применения команды "Удалить" в конктекстном меню объекта в файловой панели) имеет кнопки "Да" и "Нет" и при этом закрывается по Esc. Почему тогда здесь поведение иное?

или полностью написать свой собственный диалог на замену стандартному (от чего он категорически отказался).

Вот этого и хотелось, понятно, жаль...