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 r.david.murray
Recipients Tomoki.Imai, ezio.melotti, pradyunsg, r.david.murray, terry.reedy
Date 2013-04-21.20:02:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1366574521.83.0.658790463108.issue17348@psf.upfronthosting.co.za>
In-reply-to
Content
I believe you have indeed understood what the original poster was reporting.

However, those lines date back a long time (2002 or earlier).  They exist in Python2 only, and there they have a purpose, so they can't just be deleted.

My guess is the problem is a conflict between the locale setting and the encoding used when the character string is input into IDLE.

For me, if I cut and paste that string into the idle shell in python2, it shows up as the unicode escape characters (meaning IDLE is doing the correct conversion at input time on my system).  In Python3 it looks the same, except that the echoed output shows the expected glyphs instead of the unicode escapes as it does in Python2, which is as expected.

My only locale setting, by the way, is LC_CTYPE=en_US.UTF-8.  What is your setting?

I don't know if there is a better way for idle to behave in the modern era or not.  Perhaps it should be using utf-8 by default instead of the locale?  Do you know how (and in what charset) your system is generating the characters you type into idle?
History
Date User Action Args
2013-04-21 20:02:01r.david.murraysetrecipients: + r.david.murray, terry.reedy, ezio.melotti, pradyunsg, Tomoki.Imai
2013-04-21 20:02:01r.david.murraysetmessageid: <1366574521.83.0.658790463108.issue17348@psf.upfronthosting.co.za>
2013-04-21 20:02:01r.david.murraylinkissue17348 messages
2013-04-21 20:02:01r.david.murraycreate