Open eriktier opened 2 years ago
After looking at: void TreeBrowser::delete_selected(void), I think this 'issue' is really caused by a very long counting of all the included files/subdirectories (as I mentioned above as a drawback ;). I think by including the counting of the files as part of the progress indication this would be solved.
Current when deleting directories with many files the system seems to be frozen as their is no 'in progress' kind of indicator. With very long and 'deep' directory structures this can take a significant amount of time. It would be very nice if the UI would show a dialog indicating a delete is in progress (similar to the copying of files). I don't think this should try to display the number of files still to be deleted as it will likely take quite a lot of time to first scan for all the files and only then start to delete them.