[Suggestion] "current file" progress in the progress window.
- Posts: 16
- Joined: 15 Jul 2019
There's currently no indicator of the progress of the current file in the progress window, so for large files it would be nice to know how far along it's got. I was thinking a green underlay behind the filename at the top, similar to Windows Explorer's loading animation.
- Posts: 4056
- Joined: 11 Jun 2019
That would be a decent amount of overhead to draw for every file and would result in very flashy/glitchy animations for a large number of small files. Is there a practical reason to know that information, other than knowing just to know?
- Posts: 16
- Joined: 15 Jul 2019
I think it would be a useful piece of information to know. There could be a delay of 1s or so, to prevent glitchy animations and prevent large overhead when a lot of small files are being processed. But when large files are being processed, it will inform how far along it is.
Even just a 1MB/300MB string at the end of the line would be fine, but I was thinking for it to be a little bit more polished than that, considering the rest of the graph's fancy graphics.
Even just a 1MB/300MB string at the end of the line would be fine, but I was thinking for it to be a little bit more polished than that, considering the rest of the graph's fancy graphics.
- Posts: 4056
- Joined: 11 Jun 2019
I agree it would be a nice addition. Although, it is a free program made by someone in their free time, and there is definitely a consideration for feature creep as well. Zenju also, in my opinion, likes to do a smaller number of things that work really well and can be maintained over adding things constantly. I really like that, as it provides a reliable and predictable workflow. I'd be interested in seeing ideas that would be a lot less aggressive than the graphics or counter. Adding a delay/buffer sounds great, but that is probably more difficult than it seems, and just adds another 'nice to have' that inherently incurs an increased chance of failure.
- Site Admin
- Posts: 7211
- Joined: 9 Dec 2007
Interesting idea. Something like the following could work. But only after a delay to avoid visual noise. 1 sec is probably to small, but perhaps 5 sec?
Creating file "C:\Some-file.txt". 12%
- Posts: 16
- Joined: 15 Jul 2019
Yeah, that would certainly be plenty. I was thinking 1 sec just because I'm impatient, but 5 sec would be fine too, in practice, I'm sure.
- Posts: 4056
- Joined: 11 Jun 2019
What if it was based on items/s? Since that is already calculated, it could just be evaluated to determine if the current item status should be shown. If items/s <1, that would mean it is taking at least one second to transfer the item. I don't know how immediate that value is though
- Posts: 16
- Joined: 15 Jul 2019
Oh, that's a good one. I think that would be easier than implementing a new function to wait until an item has been transferred for long enough.
- Site Admin
- Posts: 7211
- Joined: 9 Dec 2007
I've added showing percent after the file name (but with a 2 second delay, and only if the remaining time is at least 3 seconds, so that it won't become a distraction when copying many small files).
https://www.mediafire.com/file/7dc0hdi4f13fgbc/FreeFileSync_11.17_%255BBeta%255D_Windows_Setup%25282%2529.exe
https://www.mediafire.com/file/7dc0hdi4f13fgbc/FreeFileSync_11.17_%255BBeta%255D_Windows_Setup%25282%2529.exe