Progress data in background window truncated/overlap

Bug reports will be moved here when the described bug has been fixed

Moderators: white, Hacker, petermad, Stefan2

User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Progress data in background window truncated/overlap

Post by *white »

When deleting in a background window, the total number of files is cut off and the cutoff is replaced by a minus sign. Is this by design?
After clicking the numbers, the number of files remaining is shown (preceded by a minus sign). Now the total number of files is cut off half way a digit. Is this by design?

Why is this field so narrow? There seems to be space to make it wider.
The truncation with a minus sign isn't very clear. Wouldn't it be better to use "..." ?

When copying in the background the field holding the progress numbers is wider, but could be wider still.
The numbers can overlap, making the displayed overlapping numbers useless.
When switching to numbers of files remaining, the overlap occurs half way a digit.

Screenshots
User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Re: Progress data in background window truncated/overlap

Post by *white »

I used TC in dark mode. I now see that in normal mode, the minus sign is at the right.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

There are two fields, number of bytes and number of files, which have to share the very limited available space.
Author of Total Commander
https://www.ghisler.com
User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Re: Progress data in background window truncated/overlap

Post by *white »

  1. There is a bug. In dark mode the right field is left aligned instead of right aligned.
  2. When deleting files, the number of bytes is not displayed, so the number of files could use all available space.
  3. It should be clear where one piece of information ends and another begins.
  4. The width of the window could be made bigger.
  5. The window could be made resizable.
  6. You could implement to be able to switch what is displayed, the number of files and number of bytes, only number of files, only number of bytes. For example when Shift+clicking.
User avatar
Usher
Power Member
Power Member
Posts: 1675
Joined: 2011-03-11, 10:11 UTC

Re: Progress data in background window truncated/overlap

Post by *Usher »

2ghisler(Author)
There are many reports that dialog boxes for copy/move/delete in background should be wider. These boxes were designed long time ago for sizes counted in megabytes. Now we have to manage terabytes in millions of files which obviously don't fit in so short box.
If you don't want to make these boxes fully resizeable, you can also:
* Set box width dependent on screen size, f.e. 4 boxes on 1920x1080 screen gives 480 pix width per box. Now it's about 320 pix for every screen size.
* Use "dynamic x.x (k/M/G)" setting also for file count.
Andrzej P. Wozniak
Polish subforum moderator
User avatar
Hacker
Moderator
Moderator
Posts: 13041
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Re: Progress data in background window truncated/overlap

Post by *Hacker »

I agree, the small windows could really be made resizable. Rather have bigger / less neat windows with usable information than small neat tidy windows with less / unreadable information.
I understand the fixed size is beneficial for easy tiling of new background windows, but getting the coordinates and size of the last created background window and checking if another same-sized window fits next to it, given a screen resolution, should not be a big challenge.

Support++ for resizing background windows and remembering the last size as the default for new background windows.

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

The problem is that there is less space side by side for multiple background dialogs when I make them larger.
Author of Total Commander
https://www.ghisler.com
User avatar
Hacker
Moderator
Moderator
Posts: 13041
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Re: Progress data in background window truncated/overlap

Post by *Hacker »

Christian,
That does not really seem to be a problem if they are resizable. Everyone can size them to their own needs.
If you, for some reason, do not want to make them resizable, only larger, then yes, having less of them fit side by side is a disadvantage we are willing to accept.

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

The two fields are now resized dynamically, so as long as the two strings together are shorter than the dialog width (minus margins), the strings should no longer be cut.
Author of Total Commander
https://www.ghisler.com
User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Re: Progress data in background window truncated/overlap

Post by *white »

ghisler(Author) wrote: 2023-05-03, 19:27 UTC The two fields are now resized dynamically, so as long as the two strings together are shorter than the dialog width (minus margins), the strings should no longer be cut.
And if the strings do not fit, they are stacked on top of each other?
Screenshot dark mode
Screenshot normal mode (only first number of size progress is behind quantity progress?)
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

That doesn't make any sense. :(
Author of Total Commander
https://www.ghisler.com
User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Re: Progress data in background window truncated/overlap

Post by *white »

Moderator message from: white » 2023-05-10, 20:15 UTC

Moved from TC10.x to TC11.x bug reports.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

Sorry, I could not reproduce this so far.
Author of Total Commander
https://www.ghisler.com
User avatar
white
Power Member
Power Member
Posts: 4577
Joined: 2003-11-19, 08:16 UTC
Location: Netherlands

Re: Progress data in background window truncated/overlap

Post by *white »

I do my testing by copying 105624 files (3.576.401 k).
Then I would quickly press the background button (Alt+B).
Then I press the Pause button so I can take my time examining the dialog.
Then I click the the progress text at the bottom of the background window.

I hope that helps.
Last edited by white on 2023-05-11, 09:22 UTC, edited 2 times in total.
Reason: fixed wrong word
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48012
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Progress data in background window truncated/overlap

Post by *ghisler(Author) »

I will try it, thanks!
Author of Total Commander
https://www.ghisler.com
Post Reply