idle6.0 german umlauts (ascii > 128 Exception)

Gerrit Muller gmuller at worldonline.nl
Mon Nov 6 20:51:42 CET 2000


Your last experiment contradicts the first message. I remember having the
same problem, when writing a program for my daughter to learn her French. At
first it didn't work, while a later try after restarting IDLE it simply
worked... I have the impression that TkInter sometimes keeps some
(nasty/faulty) state information screwing up all later attempts. Restarting
IDLE usually works.

Gerrit

Walter.Zettel heeft geschreven in bericht
<8u71mh$4pg$02$1 at news.t-online.com>...
>This is not acceptable for me.
>
>Python is able to handle umlauts:
>
>C:\home>bash
>~ $python
>Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32
>Type "copyright", "credits" or "license" for more information.
>>>>
>>>> a='Ä'
>>>> print a
>Ä
>>>>
>
>The problem is not one of Python!
>
>Strings are as i see it connected bytes and it should not matter if the
>value is greater than 127.
>
>Anyone out there, who can solve my problem?
>
<---snip--->

>>and if I try to type 'astr = "Ä"' in interactive mode (Python Shell):
>>
>>>>> Exception in Tkinter callback
>>Traceback (most recent call last):
>>  File "c:\python20\lib\lib-tk\Tkinter.py", line 1287, in __call__
>>    return apply(self.func, args)
>>  File "C:\Python20\Tools\idle\PyShell.py", line 579, in enter_callback
>>    self.runit()
>>  File "C:\Python20\Tools\idle\PyShell.py", line 598, in runit
>>    more = self.interp.runsource(line)
>>  File "C:\Python20\Tools\idle\PyShell.py", line 183, in runsource
>>    return InteractiveInterpreter.runsource(self, source, filename)
>>  File "c:\python20\lib\code.py", line 61, in runsource
>>    code = compile_command(source, filename, symbol)
>>  File "c:\python20\lib\codeop.py", line 61, in compile_command
>>    code = compile(source, filename, symbol)
>>UnicodeError: ASCII encoding error: ordinal not in range(128)
>>astr = 'Ä'
>
>
>
>





More information about the Python-list mailing list