Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#3518 closed Enhancement (fixed)

Snow Leopard systems should show file sizes and speeds in base 10

Reported by: livings124 Owned by: livings124
Priority: Normal Milestone: 2.10
Component: Mac Client Version: 2.04
Severity: Normal Keywords:
Cc:

Description

Although Apple is a bit inconsistent with this themselves, we should be following the new standard.

Change History (14)

comment:1 Changed 12 years ago by livings124

  • Summary changed from Snow Leopard should show file sizes in base 10 to Snow Leopard systems should show file sizes and speeds in base 10

comment:2 Changed 12 years ago by livings124

  • Milestone changed from Sometime to 2.10
  • Resolution set to fixed
  • Status changed from new to closed

comment:3 Changed 12 years ago by Rolcol

You caved! Can this at least be changed back through a hidden .plist setting?

comment:4 Changed 12 years ago by livings124

Send all feedback to Apple. :-D

comment:5 Changed 12 years ago by base2forever

Honestly, this is really annoying. While I have no hope that Apple will come to its senses and go back on this, I would hope that you would at least show the few of us who care about how computers really work the courtesy of a hidden preference.

comment:6 follow-ups: Changed 12 years ago by livings124

So what you want us to do is ignore the Apple guidelines to make app behavior inconsistent with the operating system to keep a hand full of ocd people happy? :)

comment:7 in reply to: ↑ 6 ; follow-up: Changed 12 years ago by NiX

Replying to livings124:

So what you want us to do is ignore the Apple guidelines to make app behavior inconsistent with the operating system to keep a hand full of ocd people happy? :)

apple is not going to break POSIX compatibility (i.e. ls, df, etc). neither is ubuntu when they switch to base-10 in 10.10. so this is a feature wanted for the many of us who prefer the command-line. i would also want this option available in transmission-remote.

comment:8 Changed 12 years ago by livings124

In the end of the day, Apple is displaying base 10 to the user at the gui-level, and we are following that guideline.

comment:9 in reply to: ↑ 7 Changed 12 years ago by Longinus00

Replying to NiX:

Replying to livings124:

So what you want us to do is ignore the Apple guidelines to make app behavior inconsistent with the operating system to keep a hand full of ocd people happy? :)

apple is not going to break POSIX compatibility (i.e. ls, df, etc). neither is ubuntu when they switch to base-10 in 10.10. so this is a feature wanted for the many of us who prefer the command-line. i would also want this option available in transmission-remote.

Are you saying transmission should report file sizes in 512 byte units as specified by POSIX?

comment:10 Changed 12 years ago by NiX

of course not, but any command that has a default 512 byte unit in the spec also has an option to use 1024.

comment:11 in reply to: ↑ 6 Changed 12 years ago by base2forever

Replying to livings124:

So what you want us to do is ignore the Apple guidelines to make app behavior inconsistent with the operating system to keep a hand full of ocd people happy? :)

I agree that most users don't care about this. Those of use who do may be OCD, but if there's a preference in Transmission to choose whether incomplete files get ".part" appended to them or not, I'd like to think there's room for a base 2 option. Also, this isn't just about compatibility with Snow Leopard systems, but with the rest of the world (aside from a stupid move by Apple based on an even stupider marketing ploy by hard disk manufacturers), at least that's what I'd like to think.

Last edited 12 years ago by base2forever (previous) (diff)

comment:12 follow-ups: Changed 12 years ago by livings124

Appending .part is a major behavior feature that has it's pros and cons for different users. This base issue is a display issue to keep it consistent with the operating system. They're not comparable. Please file your complaint with Apple.

comment:13 in reply to: ↑ 12 Changed 12 years ago by base2forever

Replying to livings124:

Appending .part is a major behavior feature that has it's pros and cons for different users. This base issue is a display issue to keep it consistent with the operating system. They're not comparable. Please file your complaint with Apple.

Until Apple finds a way to force its will onto the world to change all file sizes on the internet, this will continue to be a problem. I understand why this change was made, it's annoying when displayed file sizes don't match up. But that's why we should have at least have the option, since some of us use file browsers that do not follow the base 10 silliness. It's annoying when what you download from the web doesn't match what it says for your file.

And, believe me, I have complained to Apple. But since all they seem to care about now is the iphone, ipod etc, I was hoping that independent developers would continue to make the platform what it once was. I guess I was wrong.

comment:14 in reply to: ↑ 12 Changed 12 years ago by Rolcol

Replying to livings124:

Please file your complaint with Apple.

I'm just commenting because this statement got on my nerves this time around.

Transmission is a project completely separate from Apple. Apple only provides the guidelines and the platform but in no way do they have a say in what goes in Transmission, only you developers do. The guidelines are only that, guidelines. They don't need to be followed but it's better for the end-user to do so. I understand your position about making it the default choice but that isn't a good enough excuse to dismiss some sort of hidden setting request that the advanced users care about. I also don't think that telling the users that they must change the source and compile it themselves is the correct approach.

Note: See TracTickets for help on using tickets.