View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001003 | Far Manager | _Common | public | 2009-08-10 06:50 | 2012-09-01 04:30 |
Reporter | ujos | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | always |
Status | new | Resolution | fixed | ||
Summary | 0001003: Не хватает информации в диалоге подсчета размера папкок | ||||
Description | В окне подсчета размера папок не хватает сумарной информации о размере. Тоесть, какой объем мы уже насчитали. Сейчас отображается объем текущей обрабатываемой папки. Еще, если это не сильно повлияет на скорость подсчета, можно добавить прогресс бар, чтобы было понятно какое количество папок еще не обработано. | ||||
Tags | No tags attached. | ||||
Build | |||||
|
На счет прогресс бара - нереально :-/ Предположим, что мы считаем 2 папки: C:\Temp и C:\Windows - итого 50%+50% Количество файловых объектов внутри этих каталогов неизвестно. Допустим в C:\Temp - 2 файла. В этом случае прогрессссс тормознется на 50% и это будет до тех пор, пока не посчитаются файловые объекты в C:\Windows. |
|
Ну можно сделать "неопределённый прогрессбар" :), по аналогии с PBS_MARQUEE в гуях. |
|
vskirdin, не должно тормозиться. Еще раз пересмотрим твой кейс. - есть две папки, в которых надо посчитать файлы - в каждой папке есть файлы и подпапки Алгоритм должен быть такой 1. На каждую обрабатываемую сущность в исходной папке выделяем 100/N_1 %. При N_1=2, 100/2 = 50%. Тоесть после выполнения работы по одной папке/файла должно быть заполнено 50% 2. Заходим в первую папку. Там есть 6 папок и 4 файла. Имеем N_2=10 сущностей. На куждую подсущность отводится 100/N_1/N_2 %. Для N_1 = 2 и N_2 = 10, %=100/2/10 = 5%. Тоесть, после обработки каждой сущности в первой папке, должно быть прирост на 5%. После обработки всех сущностей должно быть 50% (что в сумме и есть вес первой сущности в исходной папке) 3. Итд рекурсивно. Прогрес бар конечно не будет отображать реальный процент общего кол-ва файлов и работать плавно, но зато он будет показывать прогресс выполнения задачи (что собственно и интересует) и не будет стоять. |
|
Кстати, такой прогрес бар можно прикрутить и к диалогу поиска файлов. |
|
Да, да ! И реально не хватает прогрессбара для удаления. Да и вообще... по сравнению с эксплорером фар как-то медленно удаляет... |
|
И в диалог копирования/переименования, если общий прогресс в настройках выключен. |
Date Modified | Username | Field | Change |
---|---|---|---|
2009-08-10 06:50 | ujos | New Issue | |
2009-08-24 09:45 | vskirdin | Note Added: 0003924 | |
2009-08-24 15:42 | DrKnS | Note Added: 0003930 | |
2009-08-25 09:04 | ujos | Note Added: 0003936 | |
2009-08-25 09:05 | ujos | Note Added: 0003937 | |
2009-08-25 09:08 | ujos | Note Edited: 0003936 | |
2009-08-25 09:08 | ujos | Note Edited: 0003936 | |
2009-08-26 18:33 | kirillony | Note Added: 0003952 | |
2009-08-26 21:12 | ujos | Note Added: 0003954 | |
2009-08-26 21:12 | ujos | Note Edited: 0003954 | |
2009-08-27 20:50 | test | Status | new => resolved |
2009-08-27 20:50 | test | Resolution | open => fixed |
2009-08-27 20:50 | test | Assigned To | => test |
2009-08-27 20:51 | test | Status | resolved => feedback |
2009-08-27 20:51 | test | Resolution | fixed => reopened |
2009-08-27 20:53 | alexy | Assigned To | test => |
2009-08-27 20:54 | test | Status | feedback => resolved |
2009-08-27 20:54 | test | Resolution | reopened => fixed |
2009-08-27 20:54 | test | Assigned To | => test |
2009-08-27 20:54 | test | Assigned To | test => |
2009-08-27 20:55 | alexy | Status | resolved => assigned |
2009-08-27 20:55 | alexy | Assigned To | => alexy |
2009-08-27 20:56 | test | Status | assigned => resolved |
2009-08-27 20:58 | alexy | Assigned To | alexy => |
2009-08-27 20:58 | alexy | Status | resolved => new |