Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#1011 closed Bug (invalid)

One centimeter of progress bar represents different numbers of bytes

Reported by: jidanni Owned by: charles
Priority: Lowest Milestone: None Set
Component: GTK+ Client Version: 1.21
Severity: Trivial Keywords:
Cc:

Description

Today let us discuss progress bars.

I have several torrents loaded.

One centimeter of progress bar represents a lot of bytes for torrent 1, but just a few bytes for torrent 2.

Yes, the idea is percents, not bytes. True. Idea: normalize on the torrent with the most bytes, so each centimeter of each bar represents the same number of bytes. OK, sorry for making your program more complicated maybe.

Also there is the difference between total bytes of the torrent, and just the bytes I clicked for download. Apparently the latter is totally not considered in displaying progress bars, even though it is the item that is important to the user. Idea: progress bar broken into two different colored segments.

And... tomorrow with different torrents, one centimeter of progress bar represents different numbers of bytes again vs. yesterday. Hmmm, add creeping featurism of a configuration option "bar scale"? Yuck.

Change History (4)

comment:1 Changed 13 years ago by livings124

Can you start setting the component to the correct value.

comment:2 Changed 13 years ago by livings124

  • Component changed from Transmission to GTK+ Client
  • Owner set to charles

comment:3 Changed 13 years ago by charles

  • Resolution set to invalid
  • Status changed from new to closed

I really dislike this idea.

comment:4 Changed 13 years ago by livings124

Considering every app for every platform does it the way Transmission does it...

Note: See TracTickets for help on using tickets.