Barrapunto

Pues eso, o me equivoco o no me explico bien.
Vamos a ver ahora. Imagina que tu tienes Tkinter y haces una maravillosa aplicación en Python utilizando Tkinter. Pues ¡oh sorpresa! la máquina de destino no tiene Tkinter sino pygtk. Pues ¡tachán! [anygui] al rescate. Tú programas tu aplicación con [anygui] sin preocuparte de si está instalado Tkinter, pygtk, o cualquier otro, y [anygui] se encarga de utilizar en cada sistema el paquete adecuado. Como en Java: "Write once, run everywhere"

Al menos en teoría. ;-)

Pero Tkinter no es la única GUI. Esta PyGTK, PyQt, wxPython, curses, etc. Sigo creyendo que el uso de una GUI genérica puede facilitar el trabajo en el desarrollo de una aplicación, asi como su distribución sobre diferentes plataformas.
Y aunque Tkinter sea un GUI "platform independent", el estándar de-facto y casi el único portable entre Windows, Unix y Mac (como ellos dicen), repito que no es la única: sobre Windows tienes la opción de utilizar win32all, sobre OS/2 Java Swing, etc. ¿Escribes el código para cada GUI o escribes una vez el código y después elijes la que más te guste? ¿Obligas al programador a abandonar su GUI favorito o le proporcionas una herramienta que le permite hacer su código más portable y adaptable al gusto de quien lo ejecute?

Para texto mejor usar Tinter, (para ncurses).

El wxPython usa la GUI más adecuada para cada sistema: win32 en windows, Gtk en linux, Motif en unix,...y todo con una interface común, idéntica a la del wxWindows, con herramientas como el BOA-constructor para diseñar gráficamente la aplicación. Vamos, que wxPython está mejor documentado, más extendido (wxWindows) y más desarrollado.