[WCX] CopyTree - копирование с сохранением структуры

MVV · Сообщение **MVV** » Пн июл 23, 2012 21:29

Всё равно абсурдно понятие "свежести" папки только по дате последнего добавления/удаления в ней файлов. Если я добавляю в папку файл, которому 10 лет, папка сразу становится "свежей"... Или если удаляю из папки файл, она сразу становится "свежей"... При этом папка более верхнего уровня от этого свежее не становится. Бред.

Подумаю, усложнять ли модуль такой функцией. Потому как придётся каждую создаваемую папку, включая промежуточные, запоминать в списочек, и после окончания всей операции проходить по этому списку и копировать даты. С учётом промежуточных придётся ещё и проверять, есть ли папка в списке.

sa · Сообщение sa » Пн июл 23, 2012 22:06

MVV писал(а):становится "свежей"

Для папки можно придумать какое-нибудь более удобоваримое название: последняя изменённая, модифицированная, скорректированная и т.п.

MVV писал(а):усложнять ли модуль такой функцией

Не стоит, коль это не совсем просто. Для тех, кому это всё же потребуется, есть в дополнение NSCopy 2.3 beta, например или вариант с упаковкой в Zip и последующей распаковкой.

MVV писал(а):Если я добавляю в папку файл, которому 10 лет, папка сразу становится "свежей"... Или если удаляю из папки файл, она сразу становится "свежей"...

Если я добавляю в файл строчки из Шекспира, файл сразу становится “свежей”... Или если удаляю из файла строчку, он сразу становится “свежей”…

MVV · Сообщение **MVV** » Вт июл 24, 2012 10:14

Если изменяешь файл, тут без вопросов он становится "свежим". А папка... Если в папке 10 файлов 10-летней давности, как-то не совсем логично, что у неё сегодняшняя дата модификации... Непонятно, о чём это говорит.

sa · Сообщение sa » Вт июл 24, 2012 10:21

MVV писал(а):Если в папке 10 файлов 10-летней давности, как-то не совсем логично, что у неё сегодняшняя дата модификации

Если десятый файл появился в ней (то есть изменил её содержимое) именно сегодня, то достаточно логично.

MVV · Сообщение **MVV** » Вт июл 24, 2012 22:51

Небольшое обновление.

CopyTree 1.1.2.130:
+ последние 20 масок запоминаются
* удалена иконка диалога выбора глубины

sa · Сообщение sa » Ср июл 25, 2012 09:16

MVV писал(а):Небольшое обновление

Спасибо за историю для масок!
Одиночная маска \ удобна для создания “пустых” структур каталогов.

MVV · Сообщение **MVV** » Ср июл 25, 2012 10:13

Вообще, она планировалась изначально - комбобокс я там разместил сразу. Просто не было времени допилить, остальное было важнее для выпуска в свет.

MVV · Сообщение **MVV** » Пт июл 27, 2012 19:32

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

А ведь Гислер-таки решил проблему.

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

sa · Сообщение sa » Пн июл 30, 2012 11:06

MVV писал(а):А ведь Гислер-таки решил проблему.

Только вот список (с проверкой на дубли) он передаёт теперь на порядок дольше, чем раньше…

MVV · Сообщение **MVV** » Пн июл 30, 2012 11:30

Надо отписать на оффорум. Если Гислер не использовал бинарный поиск, то это вполне закономерно. Впрочем, если папка выделена лишь одна, а остальное - несколько тысяч файлов, то независимо от типа поиска должно работать с одинаковой скоростью - проверить каждый файл на соответствие единственной папке.

Добавлено в 23:04:

Вроде не так и долго, 5 секунд (вместо 1-2) на 6 тыщ файлов...

MVV · Сообщение **MVV** » Вс сен 16, 2012 12:57

Небольшое обновление. Эм, прокрутил страницу - начинаю повторяться...

CopyTree 1.1.2.134:
* убрана тестовая строка L"Bla-bla-bla-bla-bla" из кода

* подправлена процентная шкала для пропускаемых файлов (она должна расти в любом случае)

DrakonHaSh

MVV писал(а):
Leopoldus писал(а):И ещё, можно ли сделать, чтобы при копировании воспроизводилось время модификации директориев, если соответствующая опция включена в настройках TC (Copy/Delete -> Copy date/time of directories).
Ожидал этого вопроса.
Какой вообще смысл в копировании дат модификации? На NTFS дата модификации каталога - крайне нестабильная штука. Малейшее изменение в папке - и дата утрачена.

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

============================================
еще очень огорчило что нельзя создавать "архив" на Вашу \Virtual Panel

Avada · Сообщение **Avada** » Ср ноя 21, 2012 20:13

DrakonHaSh
Всего один из примеров "cтабильности и прогнозируемости"...

DrakonHaSh

Avada писал(а):DrakonHaSh
Всего один из примеров "cтабильности и прогнозируемости"...

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

я не такой. мой комп - мой послушный раб. не надо проецировать проблемы юзеров от незнания или недопонимания механизмом работы компа и оси на остальных. задайте себе лучше вопрос - а зачем это автор ТС решил создать фичу [TC (Copy/Delete -> Copy date/time of directories)] и даже выделил ей место в гуи.

Avada · Сообщение **Avada** » Ср ноя 21, 2012 22:07

DrakonHaSh писал(а):ну если Вы не знаете что софт, которым Вы пользуетесь, создает временные файлы в директории с файлом, с которым работает Ваш софт

Лично я — знаю.

И лично я ни против фичи TC, ни против учёта её в плагине ничего особо не имею. Автору доказывайте.