This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author veky
Recipients eric.smith, rhettinger, serhiy.storchaka, veky
Date 2015-03-10.11:32:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1425987155.87.0.360697003694.issue23624@psf.upfronthosting.co.za>
In-reply-to
Content
We can make a poll, I think it is quite obvious. But that's not really the point.

I would accept the solution enabling _both_ methods of rounding with _both_ methods of formatting (it isn't even very hard to do: .center can take additional argument, mandatory keyword if necessary, and format can use "=" for .center centering, or if you're worried about confusion with numeric types, invent another symbol - or even use "^" with alternative format "#").

But I can't accept that "there is no obviously correct method" be a reason for .center and format doing it in two different ways. I'm convinced nobody switches from format to .center _because_ they want another method of distributing fills. They switch, like I did, because a constand-width field has become variable-width, and nested formats are ugly - and then have to deal with things breaking, writing 4 lines where previously there was only 1, checking remainders by 2 here and there, and having a hard time generally. And never being sure if it's correct, since the real behaviour is undocumented. :-(
History
Date User Action Args
2015-03-10 11:32:35vekysetrecipients: + veky, rhettinger, eric.smith, serhiy.storchaka
2015-03-10 11:32:35vekysetmessageid: <1425987155.87.0.360697003694.issue23624@psf.upfronthosting.co.za>
2015-03-10 11:32:35vekylinkissue23624 messages
2015-03-10 11:32:35vekycreate