Für Umlaute musst du am Anfang dein Encoding angeben:
Ich habe den Verdacht, dass dies in diesem Fall nicht das Problem ist. Sieht mir eher nach einem möglichen UnicodeError bei dem 'print' aus.

@pPilger: Wenn ein Unicode-String per 'print' ausgegeben werden soll, so wird er von Python ...

Die Mehrheit der Benutzer kann und will auch nichts selbst im Programmcode einstellen.

Sagt ja auch keiner :) Ich würde nur keine Fontvorgaben machen. Ich benutze selbst Tkinter nicht, aber die meisten GUI-Toolkits übernehmen automatisch die systemeigenen Vorgaben für UI-Elemente (was meiner ...

Achja, richtig. Unter Mac OS X liefert sys.stdout.encoding (afaik egal welche OS- und Pythonversion) "US-ASCII", obwohl das Terminal grundsätzlich mit UTF-8 läuft. Das ist mir neu und bei mir auch nicht der Fall.
Bei mir mit Python 2.5 und 2.6.4 unter OSX 10.4.11 defintiv so. Nur interessehalber ...

Achja, richtig. Unter Mac OS X liefert sys.stdout.encoding (afaik egal welche OS- und Pythonversion) "US-ASCII", obwohl das Terminal grundsätzlich mit UTF-8 läuft. Workaround: Falls das Python-Skript nur unter OS X lauffähig sein muss, statt sys.stdout.encoding einfach "UTF-8" verwenden.

import codecs
import sys
mitundohneumlaute = [u"Gemüse",u"Obst",u"München",u"1¾",u"Herrlich", u"Wunderbar"]

for item in mitundohneumlaute:
print (u"%-9s %2s %6s" % (item, len(item), "Schief")).encode(sys.stdout.encoding or sys.getfilesystemencoding(), "replace")

codecs.EncodedFile() mit `replace` als Wert für `error` dürfte die Anforderungen doch eigentlich erfüllen, oder? Man müsste sich nur noch eine kleine Wrapperfunktion schreiben, die immer in das gewünschte Encoding übersetzt. Dies kann man z.B. auch als Datenstrom an `print()` übergeben, so dass man ...

Hmm. Eher würde ich eine eigene print-Funktion verwenden:
import locale
import sys

def myprint(*args, **kwargs):
stream = kwargs.get('file', sys.stdout)
sep = kwargs.get('sep', ' ')
end = kwargs.get('end', '\n')
enc_in = enc_out = getattr(stream, 'encoding', locale.getpreferredencoding())
if ...

BlackJack hat geschrieben:@fhoech: `sys.stdout.encoding` geht aber auch nur, wenn Python die Kodierung irgendwie herausfinden konnte. Leitet man die Ausgabe in eine Datei um, dann ist das zum Beispiel `None`.

Stimmt, da müsste in meinen Beispielen noch ein `or sys.getdefaultencoding()`o.ä. hintendran.

Starte das Programm mal über die Windows-Eingabeaufforderung, dann sollte ein eventueller Traceback dort erscheinen. Diesen dann bitte posten.

Nö ... das Encoding der (Windows) Eingabeaufforderung (via: cmd.exe) ist abhängig von Deiner Windows-Version.
Mit Version meinst du wahrscheinlich Sprachversion :) Ausserdem kann man in der Windows-Eingabeaufforderung mit chcp das Encoding ändern.

In Python kommt man mit sys.stdout.encoding an ...

Das Problem ist ja, dass es in diesem Fall nicht ausreicht, die Datei zu öffnen und auch zu schließen. Stichwort Ausnahmen. Also entweder den Anfänger auf try,catch,finally Hinweisen oder auf die with-Anweisung.
Das with-statement entbindet einen ja nicht völlig von der Ausnahmenbehandlung mit try ...

Wurde die zlib.so in dem Python2.6 Verzeichnis erstellt (bzw. einem Unterverzeichnis davon)? Und hast Du den erneuten Test auch mit diesem neukompilierten Python gemacht und nicht mit dem bereits installierten 2.6?

Woher kommt das Python 2.6? Ist es zufällig ein Eigenkompilat? Falls ja, so musst Du Python für zlib-Support neukompilieren, falls zlib-dev erst nach Python installiert wurde (./configure --enable-shared, make clean, make sollte genügen). Dann kannst Du ja schaun, ob ein zlib.so erzeugt wurde.

Hmm gute Frage. Zeig mal eins.

Wenn du wxPython über Ubuntus Paketmanagement installierst, so wird es natürlich fürs System-Python (bei Ubuntu 9.04/9.1 Version 2.6, wahlweise auch zusätzlich Version 2.4 und 2.5) installiert. wxPython-Pakete für Python 3.x gibt es nicht, weder bei Ubuntu noch anderswo, der Quelltext ist z.Zt. nur ...

Nicht offiziell, nicht für Python 2.4:

http://www.lfd.uci.edu/~gohlke/pythonlibs/#numpy (Python 2.6)

Welche Windows-Version hast du denn? Ich dachte immer, tasklist.exe sei seit XP standardmässig dabei. Aber ich kann mich natürlich irren.

Einen Einzeiler hätte ich noch

Oder TortoiseSVN nutzen, das bringt dafür auch eine GUI mit.

Im linken Bild stimmt vom UI eigentlich alles, ausser dass der Textrahmen nicht die zur Verfügung stehende Höhe ausfüllt - das sollte behebbbar sein (Stichwort wx.EXPAND und/oder proportion-Keyword in der Add-Methode, falls BoxSizer verwendet werden). Und die Framegröße könnte man noch mit Fit ...