Total Commander

[Avada]

Возвращаюсь к тому, что было сказано в первом абзаце этого сообщения о проблемах с перемещением курсора в поле переименования в панели. Картина прежняя. Изменение значения ключа CtrlArrow на 0 (как теперь по умолчанию), конечно, решает проблему, но это нельзя признать нормальным выходом из положения: как верно замечено на оффоруме, функция работы с новыми разделителями вводилась для того, чтобы ею нормально пользоваться, а не делать вид, что неработоспособный функционал — это нормально. (Тем более, что сама зависимость работоспособности функции от битности TC — это безусловный признак бага.) Да, на оффоруме есть уже несколько похожих тем, но там речь идёт всё-таки не точно о том, что описываю я. Да, я понял, что у кого-то это не воспроизводится, но у меня лично наблюдается при CtrlArrow=1 в 32-битной версии постоянно. Убедительно прошу тех, кто вхож на оффорум, проверить это внимательно и принять участие в обсуждении.
Про отсутствующие ключи я уже писал в теме про предыдущую бету. Пока, увы, всё по-прежнему, как и с окошком быстрого поиска для меню вкладок.

А вот кое-что новенькое из ненайденного на оффоруме.
В диалоге копирования в числе опций перезаписи (в выпадающем меню расширенного диалога) теперь есть новая, с номером 9, для переименования по счётчику только более старых файлов. Попробуйте сохранить этот вариант как постоянный кнопкой дискетой или вручную (CopyOverwriteDefault). Сохранится всё верно, но при последующем открытии диалога копирования умолчальной будет не девятая, а восьмая запись ("Заменить все файлы большего размера"). Именно она и будет применена при копировании. Через параметр cm_Copy /O9 всё работает правильно, баг только с обработкой ключа.
В работе с параметрами команд cm_Cоpy и cm_PackFiles меня особо интересовал (для справочника по ключам) вопрос, как будут определяться приоритеты, если некая диалоговая опция сохранена в INI-файле и при этом указана в ином состоянии параметром команды. Вот что имеем.
При запуске cm_Copy c параметром O0..9 приоритетность опций перезаписи, указанных в параметре и сохранённых ключом CopyOverwriteDefault, оценивается по-разному. Похоже, что любая опция из параметра менее приоритетна, чем значение CopyOverwriteDefault, кроме использования ключа со значением 1 или 0 (т.е. с запросом на перезапись, как по умолчанию, в т.ч при полном отсутствии строки ключа). Возможно, это так и задумано, но мне всегда казалось, что вариант с параметром, если уж он задан, должен всегда быть предпочтительнее значения функционально сходного ключа.
Не всё хорошо и с параметрами для опций копирования, если опцию надо не включить, а выключить. Для проверки MD5 всё нормально, а вот для перезаписи файлов с атрибутами — нет. Эта опция постоянно включена, если на странице настроек "Разное" сняты галки у обеих опций для подтверждения перезаписи файлов с определённым атрибутами. Так вот, даже при cm_Copy /H0 опция остаётся включённой, хотя приоритет должен быть за параметром.
Кстати, по поводу включения и выключения. Насколько понимаю, нынешний синтаксис группы команд, меняющей состояние операционных опций, таков, что параметром без последующего нуля нельзя отключить включённую опцию, хотя включить отключённую можно. Разве это правильно?

Есть подобные вопросы и по упаковке. При несовпадении параметров команды cm_PackFiles с ключами ZIPDirectoryOfFile и ZIPRecurseSubdirs приоритет за параметрами, всё OK. Однако то, что даже в отсутствие параметра E тип архива (расширение) из ключа LastUsedPacker/LastUsedPacker64 не берётся, сбрасываясь в ZIP, на мой взгляд, неверно. И при сочетании G с S при "тихой" операции равно выводится дочерний диалог с запросом на размер тома. Хорошо бы как-то изловчиться указывать желаемое в параметре, а для ZIP-архивации заодно предусмотреть указание заранее не только пароля, но и метода шифрования (примерно как в zipfromlist).
Параметрами для перезаписи архивации пока занимался поверхностно, но несообразности уже вижу. Заявлена поддержка всех опций из диалога копирования, хотя в упаковочном варианте диалога подтверждения перезаписи их минимум. И Гислеру следовало бы чётко оговорить, что для внешних архиваторов часть параметров (в т.ч., разумеется, и для перезаписи) вообще неприменима.
_________________
Даже самая богатая фантазия
Не представит себе наши безобразия.