Total Commander 7.55 public beta 3
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
Total Commander 7.55 public beta 3
Вышла очередная публичная бета-версия Total Commander 7.55.
Объявление: http://ghisler.ch/board/viewtopic.php?t=26062
Ссылки на скачивание:
• wincmd.ru
• slo.ru
• rapidshare.com
• Набор отличающихся файлов 7.55pβ2 -> 7.55pβ3
В этой версии исправлена очередная порция ошибок в самых разных функциях TC.
Полная история версий находится здесь (на английском).
Помните, это — бета-версия! В ней могут быть ошибки, используйте исключительно на свой страх и риск!
Объявление: http://ghisler.ch/board/viewtopic.php?t=26062
Ссылки на скачивание:
• wincmd.ru
• slo.ru
• rapidshare.com
• Набор отличающихся файлов 7.55pβ2 -> 7.55pβ3
В этой версии исправлена очередная порция ошибок в самых разных функциях TC.
Полная история версий находится здесь (на английском).
Помните, это — бета-версия! В ней могут быть ошибки, используйте исключительно на свой страх и риск!
Почему же, ё-моё, ты нигде не пишешь "ё"?
Не могу понять логику работы “Add 4:To consider hidden/system flag in main program”
из опции, добавленной ещё в beta 1
Если установлено значение SyncHideHiddenSystem равное 5 (1+4) или 6 (2+4), то состояние опции для отображения скрытых/системных файлов в основной программе соответствующим образом учитывается при исключении из синхронизации скрытых/системных, но, по-моему, с точностью до наоборот. То есть, если скрытые/системные файлы видны на файловых панелях, то они не видны при синхронизации, а если не видны на файловых панелях, то видны при синхронизации.
Или именно такая логика и предусмотрена? Какие мнения по этому поводу?
из опции, добавленной ещё в beta 1
Если установлено значение SyncHideHiddenSystem равное 4 (0+4), то состояние опции для отображения скрытых/системных файлов в основной программе (cm_SwitchHidSys?) никакого влияния на исключение из синхронизации скрытых/системных файлов не оказывает.04.12.09 Added: Synchronize dirs: Allow to exclude hidden/system files: wincmd.ini [Configuration] SyncHideHiddenSystem=0 0: never hide, 1:hide if files on both sides are hidden/system, 2:hide if any side is hidden/system. Add 4:To consider hidden/system flag in main program
Если установлено значение SyncHideHiddenSystem равное 5 (1+4) или 6 (2+4), то состояние опции для отображения скрытых/системных файлов в основной программе соответствующим образом учитывается при исключении из синхронизации скрытых/системных, но, по-моему, с точностью до наоборот. То есть, если скрытые/системные файлы видны на файловых панелях, то они не видны при синхронизации, а если не видны на файловых панелях, то видны при синхронизации.
Или именно такая логика и предусмотрена? Какие мнения по этому поводу?
sa
Могу только сказать, что суммирование чего бы то ни было с нулём смысла не имеет, поэтому значения 4 в чистом виде по такому описанию быть не может. Что касается взаимоотношений этого ключа и ключа ShowHiddenSystem, то, действительно, логика вроде бы требует поведения, обратного наблюдаемому. Самое занятное, что я вообще не нашёл ни на одном форуме, кроме нашего, вопросов по этому ключу.
Могу только сказать, что суммирование чего бы то ни было с нулём смысла не имеет, поэтому значения 4 в чистом виде по такому описанию быть не может. Что касается взаимоотношений этого ключа и ключа ShowHiddenSystem, то, действительно, логика вроде бы требует поведения, обратного наблюдаемому. Самое занятное, что я вообще не нашёл ни на одном форуме, кроме нашего, вопросов по этому ключу.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Думаю, подразумевалось то, что при значении 0 синхронизатор действует в старом стиле - всегда показывает скрытые/системные файлы, а если указано особое значение, то - согласно значению.
Кстати, для данного параметра, судя по всему, указаны непосредственно значения, а не флаги, то есть, суммировать их нельзя. Последовательность значений не является супервозрастающей (каждое следующее больше суммы предыдущих) - значит, флагами они быть не могут - например, ТК при всем желании не сможет понять, что ему указали - режим 3 или сумму режимов 1+2 (правильные флаги имели бы значения 1, 2, 4, 8, а не 1, 2, 3, 4). Да и сами по себе режимы не являются независимыми - например, режим 2 полностью содержит в себе функции режима 1.
Кстати, для данного параметра, судя по всему, указаны непосредственно значения, а не флаги, то есть, суммировать их нельзя. Последовательность значений не является супервозрастающей (каждое следующее больше суммы предыдущих) - значит, флагами они быть не могут - например, ТК при всем желании не сможет понять, что ему указали - режим 3 или сумму режимов 1+2 (правильные флаги имели бы значения 1, 2, 4, 8, а не 1, 2, 3, 4). Да и сами по себе режимы не являются независимыми - например, режим 2 полностью содержит в себе функции режима 1.
Я тоже сначала так полагал. Тогда почему, если установлено значение SyncHideHiddenSystem равное 4, состояние опции ShowHiddenSystem никакого влияния на исключение из синхронизации скрытых/системных файлов не оказывает?MVV писал(а):Кстати, для данного параметра, судя по всему, указаны непосредственно значения
Подтверждаю, что при значении 4 независимо от состояния опции отображения скрытых файлов в панелях синхронизатор их показывает. Но тут скорее всего логика в том, что присутствует 0 - всегда показывать. Согласен, выглядит невнятно.
При значениях 5 и 6 в моих экспериментах тоже все с точностью до наоборот. Надо репортить баг Гислеру.
(7.55 pb3)
При значениях 5 и 6 в моих экспериментах тоже все с точностью до наоборот. Надо репортить баг Гислеру.
(7.55 pb3)
Очевидно, имеется в виду "прибавьте 4". То есть, если стоит 1 или 2, то всегда. Если 1+4 или 2+4, то в зависимости от настроек ТК. Веселая, в общем, смесь флагов и значений (посмотрел, встречается дважды - в параметре запуска файлов по одному щелчку и тут). Зарепортил тут.
Последний раз редактировалось MVV Вс апр 25, 2010 23:02, всего редактировалось 1 раз.
Кстати, параметр не затрагивает скрытые папки.
Думаю, в идеале бы иметь опции синхронизации скрытых файлов и папок в виде пары галочек в окне синхронизатора - а начальное значение им ставить в зависимости от этого параметра. Галочка стоит - синхронизировать, серая - синхронизировать, если скрытая с обеих сторон, не стоит - не синхронизировать. То есть, либо обе галки всегда сняты при открытии синхронизатора, либо серые (если SyncHideHiddenSystem=1), либо всегда установленные (если SyncHideHiddenSystem=2), либо ставятся, если в ТК включен показ скрытых.
Думаю, в идеале бы иметь опции синхронизации скрытых файлов и папок в виде пары галочек в окне синхронизатора - а начальное значение им ставить в зависимости от этого параметра. Галочка стоит - синхронизировать, серая - синхронизировать, если скрытая с обеих сторон, не стоит - не синхронизировать. То есть, либо обе галки всегда сняты при открытии синхронизатора, либо серые (если SyncHideHiddenSystem=1), либо всегда установленные (если SyncHideHiddenSystem=2), либо ставятся, если в ТК включен показ скрытых.
- Lazy Crazy
- Сообщения: 400
- Зарегистрирован: Вс янв 16, 2005 20:53
Нельзя ли следующее поведение рассматривать как баг?
1. Устанавливаем фокус на панель инструментов командой cm_FocusButtonBar или нажатием эквивалентной этой команде комбинации клавиш Alt+Shift+F11.
2. Убираем фокус с панели инструментов любым доступным способом: нажатием какой-нибудь кнопки панели, кликом на файловой панели или в командной строке, клавишей Esc и т.п.
Последняя операция сопровождается (ненужной?) перерисовкой всей панели инструментов.
Если фокус на кнопке панели устанавливается мышкой, подобной проблемы нет.
PS Такое поведение наблюдается с момента появления команды cm_FocusButtonBar в версии 7.50.
1. Устанавливаем фокус на панель инструментов командой cm_FocusButtonBar или нажатием эквивалентной этой команде комбинации клавиш Alt+Shift+F11.
2. Убираем фокус с панели инструментов любым доступным способом: нажатием какой-нибудь кнопки панели, кликом на файловой панели или в командной строке, клавишей Esc и т.п.
Последняя операция сопровождается (ненужной?) перерисовкой всей панели инструментов.
Если фокус на кнопке панели устанавливается мышкой, подобной проблемы нет.
PS Такое поведение наблюдается с момента появления команды cm_FocusButtonBar в версии 7.50.
