[TC 11.00b1] New color-scheme not applied on lower progressbar in Moving-Process (F6)

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
Dennis_Stevens
Senior Member
Senior Member
Posts: 215
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)

Post by *Dennis_Stevens »

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.
#230412 Single User Licence
Commanding Win10 64bit totally with version 11
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
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)

Post by *ghisler(Author) »

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
Post Reply