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 loewis
Recipients ezio.melotti, loewis, ned.deily, python-dev, roger.serwy, terry.reedy, vbr, vstinner
Date 2012-03-12.01:25:40
SpamBayes Score 2.7755576e-15
Marked as misclassified No
Message-id <4F5D5090.9020201@v.loewis.de>
In-reply-to <1331502246.1.0.236468111751.issue14200@psf.upfronthosting.co.za>
Content
> Martin: I disagree with the approach of raising a UnicodeEncodeError
> if IDLE can't render the output of a user's program, especially when
> the program would otherwise run without error if ran from outside of
> IDLE.

This is really an independent issue, and I'd appreciate if people would
treat it as such. *This* issue is about IDLE crashing, not about how
Tkinter deals with non-BMP characters.

So if the RPC exception marshalling works, and can resolve this issue,
I'll be ready to commit this and close this issue. Opening another issue
dealing with the more general Tk problem would be fine with me.

I don't *quite* understand what you are proposing. If it is that
Tkinter always replaces non-BMP characters in string objects with
question marks, then I'm opposed. Tkinter can't know whether the
replacement is an acceptable loss or not; errors should never pass
silently.

If you are suggesting that IDLE's write function should write
a question mark instead of raising an exception: perhaps, but
a) I'd rather use REPLACEMENT CHARACTER instead of QUESTION MARK
b) I'd really try to find out first whether Tcl unknowingly
    supports UTF-16, at least for rendering.
History
Date User Action Args
2012-03-12 01:25:42loewissetrecipients: + loewis, terry.reedy, vstinner, vbr, ned.deily, ezio.melotti, roger.serwy, python-dev
2012-03-12 01:25:41loewislinkissue14200 messages
2012-03-12 01:25:40loewiscreate