Total Commander

MVV писал(а):можно сначала нажать Ctrl+B

Тогда уж Ctrl+Shift+B, коли речь шла об отдельных папках. Да, так будет, наверное экономнее…А может, и нет.
Пардон, Ctrl+Shift+B кажется, работает в архивах также, как Ctrl+B.

MVV писал(а):Только для этого тоталу придётся сначала распаковать весь архив во временную папку...

Как будто не весь, а только выбранные папки. Говоря об отдельных, я как раз имел в виду выбранные папки.

sa писал(а):и пустые папки не умеет выбрасывать по ходу дела.

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

Спасибо Вам за отличный плагин!

Понимаю, что у Вас своё видение развития данного плагина, но может быть существует такая возможность - добавить перенос всех атрибутов файла (т.е. добавить перенос атрибута дата создания (=tc.Дата создания.)).

Это решило бы огромное кол-во рутины при работе.

В текущей версии переносится дата модификации (=tc.Дата модификации.)

Ещё раз, Спасибо !

Да, т.к. именно дата модификации указывает, когда файл редактировался. А дата создания лишь указывает, когда он был создан, и для нового файла, что вполне логично, она отличается. Не понимаю я эту странную тенденцию завязываться на даты создания и последнего доступа, которые изменяется при любом копировании/архивировании и т.п. файла.

Посмотрю, впишется ли эта функция в текущий алгоритм.

Добавлено спустя 2 часа 34 минуты:

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

CopyTree Beta 272

Проверяй все 4 режима:

CopyAllTimes=0, CopyDirTimeStamp=0: только для файлов, только модификации
CopyAllTimes=0, CopyDirTimeStamp=1: для файлов и каталогов, только модификации
CopyAllTimes=1, CopyDirTimeStamp=0: только для файлов, все три метки
CopyAllTimes=1, CopyDirTimeStamp=1: для файлов и каталогов, все три метки

Попробовал, погонял. Всё отлично работает с файлами и каталогами ! спасибо !

Тоже попробовал. Работает!

MVV
Вопрос, не связанный с последними изменениями.
При копировании из обычного режима (не плоского и не результатов поиска) исключающая маска "\" должна работать для пропуска пустых каталогов? Сейчас не действует.

Добавлено спустя 1 час 58 минут:

Впрочем, есть вариант, действующий и там, и там: "*.txt | \"

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

Я ошибочно вводил маску \ без предшествующего символа |. В одном режиме она тем не менее срабатывала, а в другом нет.

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

Без этого символа маска скорее разрешающая. И должна копировать только пустые папки.

MVV писал(а):Возможно, дело в этом,

Наверное.

не совсем понял, как ты пробовал

*.txt \

Без этого символа маска скорее разрешающая.

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

MVV писал(а):А ведь Гислер-таки решил проблему.
Теперь тотал (начиная с 8.01 RC5) не спрашивает о перезаписи файлов самими собой при копировании из результатов поиска.

Всё-таки что-то не так у него получилось. Если в результаты поиска вывести два файла и копировать их вместе несколько раз подряд, то у меня итог получается разный: копируются то два, а то и один файл. Проблема воспроизводилась с CopyTree, DiskDirExtended, 7z (но не с ZIP). Видимо не случайно на оффсайте White намекал на ошибку инициализации

The removal of duplicates does not always work. It looks like there is a initialization error somewhere.

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

MVV писал(а):Какие два файла,

произвольные

в каких папках,

оба в одной папке (произвольной)

сколько раз в результатах они должны повторяться

не должны повторяться.

Алгоритм заключается в упаковке указанных двух файлов из панели результатов поиска с помощью плагина CopyTree (или DiskDirExtended, или 7z). Упаковку производить два раза, затем сверить результаты между собой. По два ли файла будет упаковано в обоих случаях?

долго искал - спасибо - супер плагин
Однако погонял не мало тысяч файлов и стала явно заметна следующая бага:
- если копировать файлы количеством до 300-500 - все проходит на ура
- но если работать с 1000-ми, а в моем случае нужно было скопировать со структрами порядка 10 000 файлов - то по результату на выходе получаю 70% копи + 30% от невозможности совершить действия с перечислением имен...
Пачему так происходит - это вопрос к создателю.
В итоге приходится - делать частями по 500 - ну и как понимаете это больше похоже на рукотворный "тяжелый труд" - чем на автоматизацию))))

vlsh
Если поиск не сломался, то как минимум можно было ещё проверить TreeCopyPlus, не говоря уже о кнопках, скриптах и утилитах.

Но благо создатель вездесущь, посему и за ним дело не станет.