Total Commander

Восемнадцатая бета-версия Total Commander 8.0.

В этой версии добавлена возможность переименования файлов прямо в диалоге синхронизации.

Традиционное предупреждение: используйте бета-версии только на свой страх и риск и не забывайте, что 64-битный TC не имеет возможности работать с 32-битными плагинами.

Загрузить можно со страницы на сайте ghisler.com или с wincmd.ru:
32-битная версия
64-битная версия

CaptainFlint писал(а): В этой версии добавлена возможность переименования файлов прямо в диалоге синхронизации.

При наличии в [Configuration] wincmd.ini строчки
SyncButtons=61
блокируется переход в редактирование щелчком левой клавиши мыши, независимо от значения InplaceRenameSync.

Ещё добавлен ключ CheckUsbHdd=1, который позволяет показывать другой значок у внешних HDD.

Для файлов слева переименование открывается. А для правых - что-то никак.

Lazy Crazy писал(а):При наличии в [Configuration] wincmd.ini строчки
SyncButtons=61
блокируется переход в редактирование щелчком левой клавиши мыши, независимо от значения InplaceRenameSync.

Не подтверждаю. У меня именно 61 и переименование открывается левым кликом.

MVV писал(а):Для файлов слева переименование открывается. А для правых - что-то никак.

Не подтверждаю, у меня для всех открывается. Хоть щелчком мыши, хоть клавишами: F6 — левый, Shift+F6 — правый (если файл только с одной стороны, то оба варианта открывают переименование для него).

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

В обычном режиме переименовать файл мышью - интересная фигня вылазит.
Если нажать лкм по файлу, потом снова, а потом сразу по соседнему - то "открывается" переименование того соседнего, а не того, по которому ткнули лкм дважды.

Добавлено спустя 45 секунд:

По моему, в предыдущих версиях тоже подобное проскакивало...

Если нажать лкм по файлу, потом снова, а потом сразу по соседнему - то "открывается" переименование того соседнего, а не того, по которому ткнули лкм дважды.

Подобное поведение давно уже тянется.

Ещё добавлен ключ CheckUsbHdd=1, который позволяет показывать другой значок у внешних HDD.

Не у внешних HDD, а только у внешних USB-HDD.
Нажаль.
Внешние винты eSATA Гислер почему-то проигнорировал, так что смысла у опции теряется.

LonerD писал(а):Не у внешних HDD, а только у внешних USB-HDD.

Так и знал, что кто-то придерётся. Просто говорить об остальных я не посчитал актуальным.

LonerD писал(а):Внешние винты eSATA Гислер почему-то проигнорировал, так что смысла у опции теряется.

Вот это, конечно, плохо. Запросишь?

Просто говорить об остальных я не посчитал актуальным.

Мне это актуально, потому как eSATA-винты. Запостю в suggestions.

LonerD писал(а):Подобное поведение давно уже тянется.

И? В переименовании на синхронизации такого бага нет. Что стоило бы его исправить...

CaptainFlint писал(а):

Lazy Crazy писал(а):При наличии в [Configuration] wincmd.ini строчки
SyncButtons=61
блокируется переход в редактирование щелчком левой клавиши мыши, независимо от значения InplaceRenameSync.

Не подтверждаю. У меня именно 61 и переименование открывается левым кликом.

А у меня в обеих версиях (x64/x32) с неодинаковыми, по большей части, wincmd.ini ситуация одинаковая. После удаления строчки с SyncButtons=61 она появляется уже в виде SyncButtons=63.
После отжатия кнопки с «=» параметр возвращается в SyncButtons=61, но редактирование уже срабатывает…

Lazy Crazy писал(а):блокируется переход в редактирование щелчком левой клавиши мыши...

Подтверждаю на х32(но не на все 100% - см. в конце).
Блокируется переход в редактирование при наличии любой фильтрации отображаемых строк. Так, например: в каталогах нет одинаковых файлов и нажал/отжал «=» не влияет на доступность переименования с помощью мыши.

С хоткеями всё нормально.

Почему не на все 100% ? Вообщето удаётся войти в редактирование после многократных и быстрых кликов с наличием пауз до и в процессе попыток. Т.е. - это не есть возможность работать, а цирк. Да и процент удачи очень мал.

Nikola Ant писал(а):Да и процент удачи очень мал.

Мне показалось, что процент зависит от местоположения редактируемой строки, если она выше первой отфильтрованной (вернее, непоказываемой), то работает, если ниже, то нет.
Не помешало бы ещё отображать галку для подтверждения переименования мышкой (в соответствии со значением ключа InplaceOkButton).

sa писал(а):... зависит от местоположения редактируемой строки, ...

Теперь описание на 100% описывает реальность, по крайней мере так при ХРх32.
Про галку: +1