I do not know if this is really a bug, but it is at least an unexpected behaviour:
The color-scheme of the lower progress-bar is not applied on rename- / moving-progress.
In my understanding this happens, because TC does not calculate and show the transfer-speed during these processes.
Question: Why? At least during a moving-process this would make sense, since a file is *copied* from directory a to directory b in the first step. The only difference to copy (F5) is, that the source-file is being deleted after the process has been finished successfully.
[TC 11.00b1] New color-scheme not applied on lower progressbar in Moving-Process (F6)
Moderators: Hacker, petermad, Stefan2, white
-
- Senior Member
- Posts: 217
- Joined: 2013-06-08, 16:16 UTC
- Location: NRW, Germany
[TC 11.00b1] New color-scheme not applied on lower progressbar in Moving-Process (F6)
#230412 Single User Licence
Commanding Win10 64bit totally with version 11
Commanding Win10 64bit totally with version 11
- ghisler(Author)
- Site Admin
- Posts: 50386
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: [TC 11.00b1] New color-scheme not applied on lower progressbar in Moving-Process (F6)
TC shows a standard progress bar until it receives some speed data. The colors you define via ProgressBarBottom, ProgressBarTop are only applied to the progress bar with the speed display. The regular progress bar uses the Windows theme and cannot be changed to a different color, Windows does not support it. The idea of ProgressBarBottom, ProgressBarTop is to give the user an option to adjust the colors when using a different theme, because it's not possible to to determine the color of the default progress bar. Therefore green is hard coded for that bar when ProgressBarBottom and ProgressBarTop aren't used.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com