» Total Commander (Часть 8)

Andrey_A_A
Спасибо за расклад!

Добавлено:
Пытаюсь использовать TCIMG -- создал простейший srlist и кнопку по коду выше, изменив пути на свои, но никаких изменений в выделенном файле не происходит -- только окно прогресса вылазит. В чем может быть дело?

Цитата:

простейший srlist

лист в основном 2-x видов:
1. текстовый файл и в нём
привет=пока
лето=зима
небо=земля
2. текстовый файл с секцией(ями)
[Replace]
привет=пока
лето=зима
небо=земля
в 1-м варианте:

Код: textx=%L||[srlist=C:\Test\Test.txt]

DrakonHaSh
Может, это бага архиватора, а не Тотала?

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

suomifinland
Включить нужную сортировку, сохранить настройки, выключить опцию Основные операции — Сохранять при выходе — Состояние (вид) панелей.

DrakonHaSh
Про папки с именами, имитирующими переменные, см. с. 98-99 текущей темы.

у меня RC2 вываливается при попытке посмотреть листером чего-нибудь, даже просто .txt на двух разных системах - XP и W7 (32бит)
в RC1 - нормально. Это только у меня?

aalleexxnn
Лично у меня и TXT, и произвольно выбранное "что-нибудь" прекрасно отображаются. Так что насчёт "только у меня" думаю, что да, только. А вообще для выяснения таких вопросов начинать надо с проверки работы Листера в TC с настройками по умолчанию (без дополнительных собственных настроек, плагинов, или, уж тем более, без сборок чужого изготовления). Будет какой-то материал для вывода: есть между бетами разница или нет. Да и "вываливание" бывает всякое: с сообщениями, без сообщений...

вываливается - в смысле закрывается total тотально вместе с листером при нажатии кнопки F3 даже на текстовом документе.
из плагинов - только total7z, листерных - никаких, в листере никогда ничего не настраивал - все по умолчанию.
видимо какая-то несовместимость с чем-то в системах - у меня на работе и дома примерно одинаковый набор установленных программ.
Одно непонятно - все предыдущие вплоть до RC1 никуда не вываливаются.

upd: - таки на 3-ем компе не вываливается! Буду искать..

у меня также вываливается RC2, но причины пока не искал
зато однозначно видно, что первый запуск чистых x86 и x64 версий выглядит по разному
x86
x64

я с другим вопросом. довольно давно наблюдаю какие-то непонятки с синхронизацией файлов в архивах
имеем два архива 1 и 2
если попытаться их синхронизировать через "синхронизацию каталогов", получим ошибку "Не удается скопировать файлы из архива в архив". Проверял на сборках и на чистых x86\x64 версиях TC8.01 и 8.50rc1

burav
По подробному виду в TС 8.50 RC2 x64. Да, это баг, и я его подтверждаю: отображается только первая колонка во всю ширину панели. Лечится нажатием кнопки "По умолчанию" на странице настроек "Табуляторы". Надо репортить.
По архивам всё правильно, реальная синхронизация и не должна выполняться. См. здесь.

На оф. форуме эту проблему тоже уже заметили.

Дано: лаптоп, к нему подключен внешний монитор. Итого два дисплея. Для управления окнами используется хорошо известный менеджер NVIDIA Nview Desktop Manager.
В настройках указано: "дочерние окна приложений создавать на том же дисплее, где находитя главное окно". С большинство приложений так и происходит.

Но TC - он же, как известно, особенный. Окна листера (с плагинами и без них) жёскто открываются всегда на главном дисплее nr 1, даже когда окно TC находится на дополнительном дисплее nr 2 Перепробовал тучу настроек Nview Desktop Manager (а их много!), но решения не нашёл

Никто с подобным не сталкивался? Заранее спасибо!

Добавлено:
Впрочем, листер - это ещё что. При некоторых настройках даже окошко с данными по выделенной папке (Ctrl+L) открывается не поверх окна TC, а на соседнем дисплее Правда, при других настройках оно всё же открывается, где положено.

oshizelly
Справка TC. Затраты времени на поиск нужного ключа по монитор — пять секунд.

Avada

Цитата:

По подробному виду в TС 8.50 RC2 x64. Да, это баг, и я его подтверждаю: отображается только первая колонка во всю ширину панели...

Win 7 x64, TC 8.50 RC2 - ни в x32, ни в x64 глюка с шириной колонки не наблюдаю!
Всё идентично. При переключении в краткий вид и обратно - тоже всё O.K.
Вид по жизни всегда стоит Подробный (Full).
Наверное какие-то ещё условия д.б.?

-------------
Выставил в одной панели "Рабочий стол" и копирую оттуда на др. панель (где обычный каталог) файл:
- окошко подтверждения операции и
- следующее, предупреждение о существования в противоположной панели одноимённого файла,
вывалились не от TC, а от Windows.
Это так и должно быть? Первый раз с таким столкнулся.

Avada 22:33 30-01-2014
Цитата:

Справка TC. Затраты времени на поиск нужного ключа по монитор — пять секунд.

Вот это имеется в виду?
То есть, если нужно все дочерние окна отображать на том же экрана, то выставляем значение: SameScreenAsTC=7?

Цитата:

SameScreenAsTC=1
При работе с несколькими мониторами определяет, какие из окон будут отображаться на том же экране, что и основное окно (а не на последнем сохранённом). Суммируются значения следующих параметров:
1: модальные диалоги;
2: окно внутреннего просмотрщика;
4: диалог сравнения по содержимому.

oshizelly
Видимо, да.
Кстати полезный ключ. Нужно себе прописать.

Добавлено:
c930

Цитата:

Всё идентично...

Ну, на самом деле не совсем: например, бакграунд главного меню в x32 имеет градиентную раскраску, как бы выпуклый он.
Похожий рельеф имеют вкладки, заголовки табуляторов, слайдер прокрутки, главные меню в др. приложениях и пр.
А главное меню в х64 - просто серенькое, без рельефа, как бакграунд тулбара. То же было и в бетах x64 вроде.
Ini-файл общий.

Если в настройках установить галку Стиль XP/Vista/7 для фона, тогда рельеф в главном меню x64 тоже появляется. Но тогда темнеет фон тулбара и панели дисков - контраст падает, что плохо. Итак в Win 7 всё блёкло, активный заголовок файловой панели от неактивного почти не отличается по контрасту.

Короче галка Стиль XP/Vista/7 для фона по-разному влияет на x32 и x64. А именно на рельеф главного меню. В x32 он не зависит, а в x64 - пропадает при отсутствии галки.

Цитата:

По архивам всё правильно, реальная синхронизация и не должна выполняться.

сбивает с толку то, что когда пытаешься синхронизировать несинхронизируемые архивы (например, когда входишь в NSIS инсталлер по CtrlPgDn), сразу же появляется предупреждение "синхронзация возможна только для сочетаний: каталог - каталог ... и тд"

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

а нельзя ли доработать этот функционал?

c930

Цитата:

Наверное какие-то ещё условия д.б.?

Условие простое: настройки заголовков табуляторов по умолчанию (т.е. их координаты не прописаны явным образом в INI-файле TC).

Цитата:

Ну, на самом деле не совсем

И не может быть совсем. Интерфейс версий разной битности, если внимательно приглядеться, отличается по многим мелочам. Очень похоже, но не идентично. Это следует просто принять как факт.

Цитата:

Это так и должно быть?

Да. Операции с подобными виртуальными папками выполняются средствами системы и с системными диалогами.

burav
Есть сочетания, по которым синхронизация невозможна вообще (даже сравнение выполнить не удастся). Есть сочетания, для которых работает сравнение без реальной синхронизации. В первом случае предупреждение, естественно, должно отображаться сразу. Во втором — только когда дело дойдёт до неподдерживаемой операции. Кроме того, надо учитывать, что в диалоге реальной синхронизации каталогом назначения можно указать вручную не второй архив, а какой-то каталог, куда всё необходимое распакуется из исходного архива (а уж оттуда можно будет упаковать в целевой архив). Такой вот обходной путь. Поэтому кнопка остаётся активной правильно.

Avada

Цитата:

И не может быть совсем. Интерфейс версий разной битности, если внимательно приглядеться, отличается по многим мелочам. Очень похоже, но не идентично.

По мелочам да, отличается, я видел, некоторые элементы интерфейса немного сдвигаются. Это можно понять, я про это и не говорил.
А то что галка Стиль XP/Vista/7 для фона по-разному действует в обоих версиях - это странно, думаю это баг.
Он конечно не критичный, но всё же.

Добавлено:
Меня лично это не напрягает, просто подметил.

c930
Галка тут по-разному не действует хотя бы потому, что разница проявляется при её отсутствии. Да, разница действительно есть. Это одно из многих последствий того, что TC x64 разрабатывался в другой среде. Всё это проходит по категории мелочей, не заслуживающих повышенного внимания. И никакой это не баг, поскольку Гислер никому не обещал, ЕМНИП, что у верхней части окна в TC x64 непременно должен быть рельефный вид при любом состоянии этой самой опции. А вот про то, что неизбежные различия (отнюдь не только сдвиг чего-то) в разных местах интерфейса есть, говорил многократно.

Подскажите, пожалуйста, как можно получить список файлов из папки + размер каждого файла? Есть какой-то может дополнительный плагин? Или есть другая программа для выполнения подобной задачи?

Вам сюда.Ссылка

Pasha_new
"Список файлов из папки" может с равным успехом означать список файлов текущего уровня (открытых в файловой панели) или файлов любого уровня вложенности для этого каталога. Для первого случая есть, например, команда cm_CopyFileDetailsToClip, вызываемая из подробного режима TC или из пользовательских колонок (с последующим сохранением списка в текстовом редакторе). Для второго — плагины-каталогизаторы: Catalog Maker, DiskDirExtended и пр. У некоторых плагинов есть диалоги настройки, где можно указать, какую информацию отображать в списке. Плюс всяческие средства автоматизации (скрипты и батники).

Цитата:

как можно получить список файлов из папки + размер каждого файла?

Pasha_new

С помощь утилиты TCIMG


Код: TOTALCMD#BAR#DATA
%COMMANDER_PATH%\TCIMG.exe
bufsr=##[column=1,2]
%COMMANDER_PATH%\Wcmicons.dll,1
Записать в буфер обмена информацию 1-й и 2-й колонки для выделенных объектов

0
-1

Avada, огромное спасибо! cm_CopyFileDetailsToClip то что нужно
Andrey_A_A, тоже, большое спасибо. Чуть позже буду разбираться. В программировании я ноль.
suomifinland, тоже классная программа! Буду знать, благодарю.

есть много папок с датой 31.01.2014, в некоторых есть файлы 28.01.2014, как вытащить на панель папки содержащие такие файлы, чтобы можно было изменить дату на 28.01.2014

Avada 22:33 30-01-2014
Цитата:

Цитата: Справка TC. Затраты времени на поиск нужного ключа по монитор — пять секунд.

23:30 30-01-2014То есть, если нужно все дочерние окна отображать на том же экрана, то выставляем значение: SameScreenAsTC=7?

oshizelly
Полагаю, это уже только Гислеру репортить с конкретными примерами.

Userrr
Сложно, но возможно. Первым заходом вывести на панель все папки с датой 31.01.14 (это стандартный функционал). Далее по изменению даты этих папок читать рекомендации здесь. В частности, по утилитке FixDate.exe. Ни за что не ручаюсь, проверял давно, сейчас времени нет. Есть хорошая скриптовая утилита SetFolderDate, но она, ЕМНИП, не работает из результатов поиска, только в обычных файловых списках. И, наконец, в прошлом году появился очень интересный WDX-плагин Tempus.