Total Commander 9.0 beta 4

Выпущена четвёртая бета-версия Total Commander 9.0.

Многочисленные исправления и мелкие улучшения.
Полная история изменений: history.txt

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

Flasher

Ключ для Everything - хорошо. А кто-нибудь может попросить, чтобы Everything, запущенный таким образом, завершался вместе с ТС?

В вертикальном баре Гислер для симметрии вместо того, чтобы уменьшить левый отсуп, увеличил правый...
И то, что пустая кнопка заполняет промежуток сродни целой кнопке вместо стандартной сепарации, вводит в недоумение.

D1P · Сообщение **D1P** » Ср июл 06, 2016 20:09

Файл истории по ссылке не обновился, там по прежнему последняя версия pb3. В инсталляхе история актуальная.

Avada · Сообщение **Avada** » Ср июл 06, 2016 21:23

D1P
Есть такое дело.

А ещё обращаю внимание почтенной публики вот на что. Много-много версий подряд пара файлов wciconex.dll и wciconex.inc при наличии в рабочей папке TC автоматически получала приоритет перед парой wcmicons.dll и wcmicons.inc. Это позволяло, в частности, спокойно держать порознь пользовательские и стандартные настройки значков в полной сохранности — особенно для главного меню.
В 4-й бете всё поставлено с ног на голову. В истории появился пункт:

28.06.16 Fixed: Ignore wciconex.dll if the user has chosen a different icon library with dialog "Set default icon library" (32/64)

На самом деле для игнорирования достаточно выбора в этом диалоге (см. страницу настроек "Значки") любой доступной там библиотеки. Поскольку по умолчанию заведомо выбрана библиотека wcmicons.dll, то wciconex.dll приоритета перед ней теперь не имеет и автоматом в TC больше не используется.
Чтобы исправить дело, следует добавить в секцию [Buttonbar] ключ DefaultLib=wciconex, а сделать такое можно только вручную, ибо из диалога эту библиотеку выбрать по-прежнему нельзя.
ИМХО, это баг. Решая имеющиеся проблемы, Гислер создал новую, хотя и исправимую, но достаточно неприятную. Так не годится. Приоритет wciconex.dll конкретно перед wcmicons.dll должен быть восстановлен, а выбор wciconex.dll должен быть доступен и из вышеуказанного диалога.

Staniclaw

Ошибка с архивным режимом просмотра наконец-то сгинула.
Ошибка с дополнительной сортировкой в настройках режимов просмотра живёт и здравствует.

Skif_off

По поводу этого:

06.07.16 Fixed: Use icon library for folder icons also in Ctrl+F FTP connection list (32/64)
05.07.16 Added: 24x24 icons for Ctrl+F FTP connection dialog (32/64)
05.07.16 Fixed: Ctrl+F FTP connection dialog only supported icon sizes 16x16 and 32x32 for connections (32/64)

Staniclaw

Кстати, насчёт окна ''Set default icon library''. В том случае, когда под именем wcmicon2.dll помещена библиотека, количество и расположение значков в которой не совпадает с таковым у стандартной wcmicons.dll (разумеется, с соответствующим образом переименованным INC-файлом), наблюдается следующее:

В окне ''Set default icon library'' скопированная под именем wcmicon2.dll фениксовская библиотека отображается в виде длинной портянки. Вследствие этого, а также того, что значки в ней переставлены, теряет смысл красивая синхронная прокрутка обоих списков.
При применении этой библиотеки в качестве умолчальной на какую-либо панель инструментов одноимённый INC-файл при показе значков игнорируется -- показываются не те значки, которые соответствуют команде, а те, на месте которых находятся соответствующие значки из стандартной библиотеки.

На wcmicon3.dll, wcmicon4.dll и т. д. по-прежнему никакой реакции.

MVV · Сообщение **MVV** » Ср июл 06, 2016 23:22

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

На это он отвечал ещё после первой беты, что в вертикальном тулбаре нет возможности вставлять сепараторы.

Про ширину полей вертикального бара создал тему.

Flasher

MVV писал(а):в вертикальном тулбаре нет возможности вставлять сепараторы

Можно вставлять вместо сепараторов иконку с парой пикселей по высоте.

All
Автодетект на якобы новую (текущую) версию на 4 бете ещё у кого-то сработал?

Nikola Ant

Flasher писал(а): Автодетект на якобы новую (текущую) версию на 4 бете ещё у кого-то сработал?

Сработал на b3 так: нажал "650-Проверить наличие обновления ..." . Попал на http://www.ghisler.com/. Там бета_3. Опять огорчился, нажал CTRL+R, моя Opera обновилась. И счастье - уже бета_4. Тут-же в ТС появилось окошко с ниже приведенным кодом.
Но вот позже - при ОТКЛЮЧЕННОМ интернете - все беты 1,2,3 при нажатии "Проверить наличие обновления ..." сообщают:

Код: Выделить всё

---------------------------
Total Commander
---------------------------
Доступно обновление: 9.00 beta 4

Посетить сайт для скачивания?
---------------------------
Да   Нет   Отмена   
---------------------------

Откуда прежние беты получали инфу? Из куков Оперы? ...Карл?...
р.с. На сайте повышен ценз возможности для новичков прикрепить изображение?

Avada · Сообщение **Avada** » Чт июл 07, 2016 06:54

Flasher
У меня автодетект указанным образом сработал при наличии в конфиге AutoUpdateCheck=1 и отсутствии AutoUpdateInformedVersion=589956 (о форматах и смысловом значении ключа — см. по ссылке ниже). Последний ключ именно с этим значением, предполагаю, по замыслу Гислера должен просто наследоваться при обновлении беты 3 до 4, и тогда это самое сообщение в последней бете вообще не должно выводиться.
Если ключа с версией не было и он создан заново, на новой бете сообщение по данной версии выводится только один раз. Но даже в первый раз тут логично ожидать, конечно, другого сообщения — об использовании новейшей версии. Как и происходит при ручной проверке обновлений.
Третий ключ AutoUpdateCheckDate тихо добавляется, а затем обновляется при любой проверке (хоть ручной, хоть автоматической).

Nikola Ant
Вопрос вообще-то был именно про автодетект на 4-й бете (см. выше). Кое-что есть здесь.
Ценз не меняли, но никакие изображения тут, ИМХО, и не требуются.

Flasher

Avada писал(а):Но даже в первый раз тут логично ожидать, конечно, другого сообщения — об использовании новейшей версии. Как и происходит при ручной проверке обновлений.

Вот именно, ведь способ определения должен быть идентичным, а AutoUpdateInformedVersion вообще считаю лишним.

Avada · Сообщение **Avada** » Чт июл 07, 2016 16:13

Flasher писал(а):а AutoUpdateInformedVersion вообще считаю лишним

Вовсе нет. Наличие этого ключа означает: "о новой версии пользователь как минимум однократно оповещён". Будет ли он дальше обновляться или нет — уже другой вопрос, но в автоматическом режиме его предупредили один раз и больше надоедать не будут. А он уж может обновиться сам без всяких проверок, проверить потом обновления вручную, получить информацию о той же новой версии и опять же обновиться, ничего не делать до выхода следующей версии, где в дело опять вступит автоматика, выключить автоматику, изменить настройки, чтобы игнорировать беты, и так далее.
А глюки надо устранять. Если нет версии новее используемой, то при включённой автопроверке в первый раз должно само собой выводиться именно окошко про использование новейшей версии, а не про скачивание. Тем более, что все нужные данные о версии при отказе от этого самого скачивания всё равно будут записаны в INI-файл.
Могу добавить, что по-хорошему возможность включения/отключения автоматики должна быть доступна при любом типе сообщения, А сейчас, пока не обновишься, через диалог режим проверки (авто/вручную) не переключишь.

Flasher

Avada писал(а):Наличие этого ключа означает: "о новой версии пользователь как минимум однократно оповещён".

ОК. Согласен.

Avada писал(а):то при включённой автопроверке в первый раз должно само собой выводиться именно окошко про использование новейшей версии

А вот тут не согласен. Это окно вообще будет лишним. Зачем мне автодетект того, что у меня последняя версия, если и так очевидно, что если окна нет, то и новинки нет?

Avada · Сообщение **Avada** » Чт июл 07, 2016 17:18

Flasher писал(а):А вот тут не согласен. Это окно вообще будет лишним. Зачем мне автодетект того, что у меня последняя версия, если и так очевидно, что если окна нет, то и новинки нет?

В принципе согласен.