Hello All,\n\nI've been struggling for years now trying to come up with a solution\nto a very personal programming problem with Python. I'm an\neducational programmer, and I make applications that are used in\neducational environments by nontechnical folks. I therefore need GUIs\nthat are pretty, easy to use, and cross platform (win, mac, linux,\nunix). In my search for a GUI, I've also come to the conclusion that\nas much as I love Python, the GUI situation is less than perfect. I\nlong for the day when I can use the following code on any platform\nwithout worry:\n\nimport Gui\n\nThat being said, I like Tkinter module. In some cases the Tk widgets\naren't "as good as Windows." In some cases they're much better than\nWindows. For example, the Tk text widget allows you to dynamically\nhighlight text, insert images, insert other widgets, etc., etc. For\nsomeone like me who develops educational programs, the power of the Tk\ntext widget is invaluable. My guess is that widgets like that are\npossible because of the quality of the native C code underlying the\nTcl/Tk interpretive layer. It's supposed to be some of the best C\ncode ever written.\n\nAfter looking at Tcl/Tk for a while I considered dropping Python\naltogether. Until I looked at Tcl syntax. I think that the Tcl\nsyntax is the reason that Tcl/Tk is having some popularity problems. \nSome would argue that the default Motif widgets are the problem, but\nthe default look of Tk has improved a lot over the years (and\nextensions like PMW really help).\n\nWhat is interesting right now is that the Tcl/Tk group is talking the\nneed to revitalize Tcl/Tk:\n\n[URL]http://tcl.projectforum.com/tk/Home[/URL]\n\nSo, here the Python group is without a Python-native GUI (the Tkinter\nmodule being a wrapper around Tcl/Tk). And here is the Tcl/Tk group\nstruggling with the problem of Tcl's popularity (and maybe some of\nthat is Tk's fault, who knows). And then there is that excellent\ncross platform compatible C code sitting at Sourceforge under the BSD\nlicense… The mind boggles… Maybe its time to take the C code\nunderlying Tcl/Tk and port it for Python-native use without the Tcl/Tk\nlayer?