homepage

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 gvanrossum
Recipients SilentGhost, acucci, belopolsky, berker.peksag, cvrebert, ezio.melotti, gvanrossum, jerry.elmore, lemburg, martin.panter, matrixise, terry.reedy, tim.peters, vstinner
Date 2016年03月01日.21:48:07
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1456868887.46.0.837942668339.issue19475@psf.upfronthosting.co.za>
In-reply-to
Content
Except for the case where you're closer than half a usec from the next value, IMO rounding makes no sense when suppressing digits. I most definitely would never want 9:59:59 to be rounded to 10:00 when suppressing seconds. If you really think there are use cases for that you could add a 'round=True' flag (as long as it defaults to False). That seems better than supporting rounding on datetime objects themselves. But I think you're just speculating.
History
Date User Action Args
2016年03月01日 21:48:07gvanrossumsetrecipients: + gvanrossum, lemburg, tim.peters, terry.reedy, belopolsky, vstinner, ezio.melotti, cvrebert, SilentGhost, berker.peksag, martin.panter, matrixise, jerry.elmore, acucci
2016年03月01日 21:48:07gvanrossumsetmessageid: <1456868887.46.0.837942668339.issue19475@psf.upfronthosting.co.za>
2016年03月01日 21:48:07gvanrossumlinkissue19475 messages
2016年03月01日 21:48:07gvanrossumcreate

AltStyle によって変換されたページ (->オリジナル) /