Author ncoghlan
Recipients David.Sankel, Drekin, akira, amaury.forgeotdarc, christian.heimes, christoph, davidsarah, ezio.melotti, flox, giampaolo.rodola, hippietrail, lemburg, mark, mhammond, ncoghlan, pitrou, santoso.wijaya, smerlin, sorin, steve.dower, terry.reedy, tim.golden, tzot, v+python, vstinner
Date 2014-07-25.13:52:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1406296359.36.0.331563116687.issue1602@psf.upfronthosting.co.za>
In-reply-to
Content
Based on Steve's last post, the main challenge is that the IO model assumes a bytes-based streaming API - it isn't really set up to cope with a UTF-16 buffering layer.

However, that's not substantially different from the situation when the standard streams are replaced with StringIO objects, and they don't have an underlying buffer object at all. That may be a suitable model for Windows console IO as well - present it to the user in a way that doesn't expose an underlying bytes-based API at all.

Now, it may not be feasible to implement this until we get the startup code cleaned up, but I'm not going to squash interest in improving the situation when it's one of the major culprits behind the "Unicode is even more broken in Python 3 than it is in Python 2" meme.
History
Date User Action Args
2014-07-25 13:52:39ncoghlansetrecipients: + ncoghlan, lemburg, mhammond, terry.reedy, tzot, amaury.forgeotdarc, pitrou, vstinner, giampaolo.rodola, christian.heimes, tim.golden, mark, christoph, ezio.melotti, v+python, hippietrail, sorin, flox, davidsarah, santoso.wijaya, akira, David.Sankel, smerlin, Drekin, steve.dower
2014-07-25 13:52:39ncoghlansetmessageid: <1406296359.36.0.331563116687.issue1602@psf.upfronthosting.co.za>
2014-07-25 13:52:39ncoghlanlinkissue1602 messages
2014-07-25 13:52:38ncoghlancreate