Progress data in background window truncated/overlap

[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

[white]

I used TC in dark mode. I now see that in normal mode, the minus sign is at the right.

[ghisler(Author)]

There are two fields, number of bytes and number of files, which have to share the very limited available space.

[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.

[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.

[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

[ghisler(Author)]

The problem is that there is less space side by side for multiple background dialogs when I make them larger.

[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

[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.

[white]

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?)

[ghisler(Author)]

That doesn't make any sense.

[white]

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

Moved from TC10.x to TC11.x bug reports.

[ghisler(Author)]

Sorry, I could not reproduce this so far.

[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.

[ghisler(Author)]

I will try it, thanks!