» Total Commander (Часть 8)

Подскажите, пожалуйста, горячую клавишу обновления содержимого панели, но это не комбинация Ctrl + R.
Допустим, я компилирую инсталлятор или сжимаю архив, а в панели тотала я желаю наблюдать автообновление размера компилируемого архива.
В самой Windows это клавиша F5 в проводнике и можно лицезреть автообновление, а в тотале есть такая галка, чтоб было не автообновление панели, а автообновление текущего содержимого в ней. Тотал только обновляет после окончания операции или если посмотреть свойства того файла к примеру.

usermode

Цитата:

Допустим, я компилирую инсталлятор или сжимаю архив, а в панели тотала я желаю наблюдать автообновление размера компилируемого архива.

А параметр WatchDirs в секции Configuration разве не решает эту проблему, условий обновления предостаточно.

Цитата:

Управляет механизмом автоматических обновлений каталогов, позволяющим обнаруживать действия программ, отличных от Total Commander, такие как добавление, модификация или удаление файлов, и отображать изменения в файловых панелях.

mig73
Зачем ему искать этот параметр в секции, когда на странице настроек "Автообновление" легко выставить в нижней половине все нужные галки?

Avada Действительно, спасибо. Привык в wincmd.ini лазать, да и знать хочется за что параметры в Configuration отвечают.

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

вот, я хочу, чтобы размер файла при компиляции автоматически обновлялся:

usermode Ну так я же вам написал, что параметр имеет множество значений, поэтому и надо редактировать wincmd.ini. Если включить в интерфейсе то WatchDirs=1. А если в wincmd.ini задать WatchDirs=19, то будет как вам надо.

mig73
Чтобы знать, за что отвечают, лучше лазить в Ultra TC Configuration Editor. И там же менять.
И не будет с 19, как ему надо (см. далее). И с другими вариантами значения не будет.

usermode
Не будет размер файла автоматически обновляться в панели TC в ходе компиляции без всяких действий юзера, нет таких настроек. Да, в процессе можно попытаться кликнуть по файлу, чтобы увидеть изменение размера. Или можно, например, перейти в другой каталог и вернуться. А проще всего всё-таки перечитать содержимое панели (Ctrl+R). Легко увидеть, что с каждым выполнением cm_RereadSource размер файла будет изменяться. Для этого и значение WatchDirs=19 не нужно, кстати.

Avada, вот я это и имел в виду... Ctrl+R обновляет панель со значениями, а не размер файла, количество файлов обновляется без проблем. При фоновой упаковке или компиляции удобнее посмотреть на файл, чем высчитывать на сколько ж там больше стало на панели. Интересно, такую фичу можно Гислеру предложить? Где и как это лучше всего сделать (являюсь легальным пользователем).

Avada У меня работает с WatchDirs=19, то есть если добавить к 1+2 еще 16 (обновлять строку состояния (общее количество файлов)). Не знаю что там происходит при компиляции, но если менять размер файла в другой программе, то директория с размером, списком и т.д. в не активном TC меняется тут же.

usermode
Хоть легальный, хоть нелегальный — функционал един. И всякий желающий теоретически может предлагать Гислеру на оффоруме что угодно. Кстати, я в предыдущий пост кое-что добавил. Горячая клавиша обновления панели и есть Ctrl+R. Нажали — увидели изменённый размер.

Добавлено:
mig73
Простейшим образом можно проверить это при закачивании какого-то файла, размер которого постепенно увеличивается. Краткий вид. Размер отображается в строке состояния. WatchDirs=19. Запускаю операцию. Переключаюсь на панель TC. Курсор на этом файле. Больше ничего не делаю. Размер автоматически изменится в статус-строке только после завершения операции.

Avada
Цитата:

Горячая клавиша обновления панели и есть Ctrl+R. Нажали — увидели изменённый размер.

увидели измененный размер в панели. к сожалению, не измененный размер самого файла в панели. в проводнике это просто F5, а в тотале такой функции судя по всему насколько я понял нету.

add
но уловил странную закономерность: как только в проводнике нажимаю F5, так и в тотале размер архива обновляется.

usermode

Цитата:

При фоновой упаковке или компиляции удобнее посмотреть на файл, чем высчитывать на сколько ж там больше стало на панели.

Ах вот оно что, вы хотите динамически видеть изменение размера в процессе операции... Тогда да, изменение произойдет автоматически только по оклнчании операции. Такой функции в TC еще нет И не надо жать ни F5 ни Ctrl+R.
ps. Надеюсь вы TС перезапустили после изменения wincmd.ini...

usermode
Не понял, чем отличаются "измененный размер в панели" и "измененный размер самого файла в панели" применительно к ситуации, описанной мной выше. В Проводнике принудительное обновление активного окна — F5, в TC то же для активной панели — Ctrl+R или (если не переназначено на переименование, как это многие любят делать) F2.

Добавлено:
mig73

Цитата:

И не надо жать ни F5 ни Ctrl+R.

А попробовать?

Avada Я достаточно давно пользуюсь этим, иначе бы не утверждал. Изменение размера в подробном виде TC происходит автоматически сразу же по окончанию операции (и не важно активен TC или нет). Только использую WatchDirs=3, мне не нужен размер, да и притормаживает он на большом кол файлов (перечитывая весь каталог). На всякий случай TС 8.51a x64; Windows 7 x64; полные права.

mig73
С автоматическим изменением размера после операции всё и так ясно. У меня речь шла о неавтоматическом изменении размера файла под курсором во время операции, где всё срабатывает при принудительном обновлении панели даже в случае полного отключении автообновления, поскольку попросту не имеет к нему отношения. И я тоже имею привычку проверять то, что утверждаю. Системные характеристики те же (у меня комбинированная версия TC, проверено на обеих битностях). Можно и без клавиш. Создаём (если была убрана умолчальная) кнопку для cm_RereadSource и тыкаем в неё по мере скачивания файла под курсором. Размер будет меняться.

Avada

Цитата:

У меня речь шла о неавтоматическом изменении размера файла под курсором во время операции, где всё срабатывает при принудительном обновлении панели даже в случае полного отключении автообновления

Так точно. Здесь вообще никаких вопросов быть не может, особенно удобно глянуть до окончания операции.

mig73
В таком случае у нас нет никаких разногласий.

Avada Давно уже хотел прояснить такой вопрос: Имеется LiveCD с запуском WinPEx32 или WinPEx64, а ТС один комбинированный с общим ini. Меня не устраивает создание двух ярлыков запуска TC x32 или x64 и я хочу работать в среде соотв разрядности с TC той же разрядности, поэтому использую извращение с cmd где проверяю наличие %ProgramFiles(x86)%. Может уже давно есть оф. утилита или еще какой exe для комбо-TC с выбором битности? а я и не знаю об этом

mig73
В комбо-официалке тоже просто создаются 2 ярлыка...

Pasha_ZZZ Дак вот и втом и дело, я то один exe хочу и пускай бы он выбирал какой TC запускать. Тогда бы было невероятно круто и раздельные ТС вообще бы были не нужны.

mig73
А чем батник с выбором разрядности не угодил?

Pasha_ZZZ
Ну почему, использую конструкцию
Код: IF EXIST "%ProgramFiles(x86)%" (
Start /d"%~dp0" TOTALCMD64.EXE /I=./wincmd.ini /F=./wcx_ftp.ini %*
) Else (
Start /d"%~dp0" TOTALCMD.EXE /I=./wincmd.ini /F=./wcx_ftp.ini %*
)

mig73
Нет, стандартного ничего нет. А мне, например, эта автоматика и не нужна, поскольку и под x64 в основном использую 32-битный TC, а перезапускаю его при необходимости в 64-битном виде принудительно (экзешником на основе этой штуки).

Avada Спасибо! Как же это я Autoit то упустил.. вот лоханулся, сейчас сделаю красиво.

mig73
Да пожалуйста. Для меня жёсткая увязка битности TC и системы неудобна, а вот быстрая переключалка с одной битности текущей копии TC на другую оказалась наилучшим вариантом. Кнопку нажал — и всё.

Avada
Запрет на запуск нескольких копий стоит? У меня стоит и скрипт не всегда срабатывает, а если убрать и запустить несколько копий ТС, то может закрыть не ту копию...

Skif_off
Нет, не стоит. И закрытий не той копии вроде пока не наблюдал. Надо попробовать проверить.

Сравниваю два текстовых файла встроенным инструментом побайтного сравнения Total Commander (Compare Contents). Файлы отличаются форматом конца строки/абзаца (или форматом новой строки, встречал разную терминологию для обозначения этих символов). В одном файле концы строк/абзацев обозначены сдвоенным символом {CR}{LF}, в другом - только {CR}. Соответственно, размер файлов тоже немного различается.

Казалось бы, не так уж сложно выявить эту разницу при побайтном сравнении. Однако в строке статуса модального окна сравнения содержимого файлов итог: [O differences found] ("Найдено ноль отличий). При этом в обоих окнах сравниваемых файлов ничего не выделено.

Это баг или фича?

oshizelly
Инструмент называется "Сравнение содержимого файлов". Малосущественные подробности игнорируются либо постоянно, либо (как, например, повторяющиеся пробелы или регистр) опционально. А по заданному вопросу см., например, здесь (в самом конце). Инструмент другой, но суть поведения та же. Так что, полагаю, именно фича.

Такой-же принцип используется в параметре GetTextMode :

Определяет формат данных, возвращаемых в ответ на сообщения LB_GETTEXT (используемые программами чтения с экрана). Значения ключа определяют вид разделителя:
0: пробел;
1: табуляция;
2: перевод строки в UNIX-формате (символ <CR>);
3: перевод строки в Windows-формате (символы <CR><LF>);
.....
Структура файла wincmd.ini

Как этот ключ точно работает я не знаю, но возможно что он (или ещё какой-нибудь) может повлиять и на работу "Сравнение содержимого файлов"