Общий прогресс при копировании ряда файлов

[lsa80]

Как добиться, чтобы при копировании группы файлов отображался бы общий прогресс, а не прогресс индивидуальных файлов?

[Flasher]

Странный вопрос. Так сверху диспетчера прогресс для скачиваемого в данный момент файла, а снизу для всех. Значение ключа AlwaysCopyInBackground роли не сыграет.

[Avada]

lsa80
Проверить, включена ли в настройках TC на странице "Основные операции" опция "Подсчитывать место, занимаемое подкаталогами" — "Перед копированием/удалением".

[Flasher]

В связи с этим нюансом в wcmd_rus.lng отредактировал строку

Код: Выделить всё

5140="П&еред копированием/удалением (вк./вык. панель общего прогресса)"

[Avada]

Flasher
Хозяин — барин. По мне, так и пояснения в справке достаточно. Как и для соседней опции с ПРОБЕЛом, где включение подсчёта имеет следствием отображение размера вместо <Папка>. Все зависимости в названия опций всё равно не втиснешь.

[Flasher]

Все зависимости в названия опций всё равно не втиснешь.

Несомненно. Но эти две, пожалуй, стоит (там как раз места для этого вполне достаточно) и в особенности первую, поскольку речь идёт не просто об отображении инфо, а именно об изменении вида в интерфейсе диалога копирования/перемещения, диспетчера фоновой пересылки. Окончательный вид строки приняли такой:

Код: Выделить всё

5139="При в&ыделении пробелом (Вкл. размер папок в подробном режиме)"
5140="П&еред копированием/удалением (Вкл. индикатор общего прогресса)"

Если кто-то не поленится на wiki написать статью со списком всех пунктов, имеющих более одной зависимости, будет весьма наглядное дополнение к общему виду справки.

[Avada]

Flasher
Следует всегда учитывать, что наша русификация — не самостоятельное сочинение, а более или менее точный перевод английского интерфейса, поэтому без совсем уж крайней необходимости расширять описания не хочется. Даже если место есть. Что не исключает, разумеется, любую последующую доработку LNG по своему разумению каждым, кто этого захочет. В том числе и как в представленном примере.
На этом дискуссию завершаю, поскольку уже пошёл оффтоп.

[lsa80]

lsa80
Проверить, включена ли в настройках TC на странице "Основные операции" опция "Подсчитывать место, занимаемое подкаталогами" — "Перед копированием/удалением".

То что надо - помогло!

[laburj]

Значение ключа AlwaysCopyInBackground роли не сыграет.

не согласен, если значение этого ключа будет=2, то будет использоваться диспетчер фоновой пересылки, а в нём отображается только прогресс текущего файла. Вот общий прогресс в этом диспетчере не помешал

[Flasher]

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

Ничего подобного, как раз с добавлением в Настройках описанной выше птицы всё будет работать аналогично, как и в случае со значением ключа "0", т.е. с индикатором общего процесса; в фоновом же будет только общий, без флага - только текущего файла.

[Avada]

laburj
Flasher
Господа, я не пойму, о чём идёт спор. В ДФП индикатор один, и там действительно последовательно отображается прогресс операции с каждым очередным файлом. В том числе и при значении ключа 2. В то же время при добавлении файлов в очередь нормальная работа общего индикатора потребовала бы как минимум неоднократного пересчитывания размеров текущего списка (по мере добавления в него файлов). И я не знаю, можно ли этот самый общий прогресс в ДФП вообще даже теоретически сделать.
Хотел бы также обратить внимание, что в исходном посте ни на какое фоновое копирование нет даже намёков.

[Flasher]

Беру свои слова назад. В ДФП конечно же один прогресс. Насчёт, можно ли осущетсвить пересчёт для общего процесса - я в этом даже не сомневаюсь, не такая уж это сверхзадача. Другой вопрос, возьмётся ли Гислер за эту затею, вероятно, ранее предлагавшуюся.

Хотел бы также обратить внимание, что в исходном посте ни на какое фоновое копирование нет даже намёков.

Поскольку ключ затрагивает все три диалога, то ничего страшного в его упоминании я не вижу.

laburj
Пока пожелание сюда предлагаю воткнуть.

[Batya]

В то же время при добавлении файлов в очередь нормальная работа общего индикатора потребовала бы как минимум неоднократного пересчитывания размеров текущего списка (по мере добавления в него файлов).

Совсем не обязательно. Достаточно хранить первоначальные размеры файлов, уже начитанных в ДФП.

[Avada]

Batya
Начитали. Сохранили первоначальные размеры. Какая-то часть общей операции прошла. Потом добавили в очередь новую партию файлов. Что делать с их размерами, которые при первоначальном обсчёте, естественно, не учитывались? При каждом добавлении (или удалении чего-то из очереди) приостанавливать операцию и пересчитывать текущий набор?

[Batya]

Что делать с их размерами, которые при первоначальном обсчёте, естественно, не учитывались? При каждом добавлении (или удалении чего-то из очереди) приостанавливать операцию и пересчитывать текущий набор?

Я считаю что к прогрессу нельзя относиться, как к абсолютно точной хараектеристике. Суть прогресса - показывать общую динамику.
Соответственно, в данном случае ничег8о не надо прерывать. Объем новых файлов считается параллельно основному процессу копирования\перемещения и постепенно (по мере подсчёта) добавляется к общему размеру. А полоса прогресса при этом постепенно корректируется.