This is not something 'unexpected' happening - it is just a suggestion that would make viewing the user interface more pleasent.
It is of course a single and the length of the string does change with the changing values inside. But it could be made such that this change would not make the fixed ...
Search found 4 matches
- Mon Jul 27, 2009 6:53 pm
- Forum: Mac Requests
- Topic: UI: fix positions in remaining time
- Replies: 6
- Views: 3715
- Sun Jul 19, 2009 9:29 pm
- Forum: Mac Requests
- Topic: UI: fix positions in remaining time
- Replies: 6
- Views: 3715
Re: UI: fix positions in remaining time
No I didn't mean minimal view (in fact I didn't know it existed until now
).
But IMHO minimal view suffers a similar problem: here the the 'DL' jumps left and right when the number of digits in either download or upload changes.

But IMHO minimal view suffers a similar problem: here the the 'DL' jumps left and right when the number of digits in either download or upload changes.
- Sun Jul 19, 2009 9:22 am
- Forum: Mac Requests
- Topic: UI: fix positions in remaining time
- Replies: 6
- Views: 3715
UI: fix positions in remaining time
Currently the remaining time is left aligned on the very first character of the string. So if the numbers switch from 1 to 2 digits or there is a switch between for example 'days' and 'hr' the length of the string changes and the last part of the string, 'remaining', jumps forth and back.
That makes ...
That makes ...
- Sun Jul 19, 2009 9:08 am
- Forum: Requests
- Topic: more/better info from remaining time
- Replies: 0
- Views: 1327
more/better info from remaining time
Problem:
a big download with small/jumpy download rates. Remaining time will jump from a few hours to 100+ days rendering that information useless.
Smoothing won't help here much since the rates are just too different.
Proposed solution:
Use a long term rate calculation and display that in ...
a big download with small/jumpy download rates. Remaining time will jump from a few hours to 100+ days rendering that information useless.
Smoothing won't help here much since the rates are just too different.
Proposed solution:
Use a long term rate calculation and display that in ...