#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: ↓ 7 ↓ 11 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: ↓ 9 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.
comment:12 follow-ups: ↓ 13 ↓ 14 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.
r11207