Re: Where's GUI for Python?
On Sat, Mar 1, 2008 at 10:04 PM, Bill [EMAIL PROTECTED] wrote: You should also take a look at wxGlade: http://wxglade.sourceforge.net/ which sits on top of wxPython: http://wxpython.org/ which wraps wxWidgets: http://www.wxwindows.org/ I have used wxGlade, and while it worked well enough, it didn't seem to fit my brain. I always found myself thinking backwards in order to guess how the tool needed me to do things. I've found that wxGlade is more usable, currently, than Dabo in it's visual layout tools that help you create the GUI for your apps. I didn't like that wxGlade generated code. If I later edited the code, I could no longer use wxGlade to refine the design. I've been amazed that so many people actually *like* working with wxPython-style code. I always hated it, and even tried a few times to make my own wrapper to insulate me from it (it was never very good). When I found out about Dabo, I took to it instantly and got much more productive very quickly. I was certain that everyone else would respond the way that I did. Obviously that's not what happened. I think that one of the reasons is that I never coded in C++, so the ALL_CAPS_CONSTANTS style and the whole getter/setter mentality seemed foreign to me. I'm a Python programmer, and don't have to switch gears when writing UI code anymore. I think if you like the sort of code that you need to use wxPython directly, you're probably perfectly happy to code at that level. For me, though, everytime I see raw wxPython code these days I cringe, and am thankful that I don't have to deal with it anymore. -- # p.d. -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
Hi Konrad, I remember taking a long time in deciding which GUI framework to use last year and I picked wxGlade/wxPython because it seemed mature, easy to use and easy to understand. In the beginning I wasted a lot of time coding the GUI manually but wxGlade lets me use the mouse to arrange the components so that I can focus on writing the event handling code. I mostly don't touch the code that wxGlade auto-generates and I work my code around it. http://wxglade.sourceforge.net/demo/ Sorry I responded to your personal email by mistake. I pressed Reply All in gmail. I don't know who wrote wxGlade or wxPython but both have been real timesavers to me. Roy On Sun, Mar 2, 2008 at 3:50 AM, Konrad Viltersten [EMAIL PROTECTED] wrote: Konrad, I use wxPython with wxGlade. I love wxGlade! wxGlade http://wxglade.sourceforge.net/ You need to look at this documentation to code event handling. wxWidgets: http://www.wxwidgets.org/manuals/stable/wx_classesbycat.html You can also try coding the GUI manually, but it is much easier to use wxGlade. wxPython http://wiki.wxpython.org/AnotherTutorial May i ask what's the advantage in using wxGlade instead of the buil-in Tkinter? Also - why did you replied to my private email instead of to news? Is the choice of GUI an infected matter among the Python community, by any chance? -- Regards Konrad Viltersten -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
I'm certain there is an API for creating GUI's but as far i can find it in the http://docs.python.org/tut/tut.html the only gui is in Guido. What do i miss? The batteries-included GUI: import tkininter Add-on solutions include wxPython, PythonCard and many others. GIYF: http://google.com/search?q=python+gui -tkc -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
Konrad, I use wxPython with wxGlade. I love wxGlade! wxGlade http://wxglade.sourceforge.net/ You need to look at this documentation to code event handling. wxWidgets http://www.wxwidgets.org/manuals/stable/wx_classesbycat.html You can also try coding the GUI manually, but it is much easier to use wxGlade. wxPython http://wiki.wxpython.org/AnotherTutorial Roy On Sat, Mar 1, 2008 at 5:05 PM, Tim Chase [EMAIL PROTECTED] wrote: I'm certain there is an API for creating GUI's but as far i can find it in the http://docs.python.org/tut/tut.html the only gui is in Guido. What do i miss? The batteries-included GUI: import tkininter Add-on solutions include wxPython, PythonCard and many others. GIYF: http://google.com/search?q=python+gui -tkc -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
On Mar 1, 6:49 pm, K Viltersten [EMAIL PROTECTED] wrote: When that fails, try without the stutter G import tkinter I must be doing something wrong because neither tkinter nor tkininter works. I tried both with and without stuttering. I even asked my wife to stutter some but, sadly, to no avail. When Tim Chase mentioned battery-installed, i interpreted it as all is there. It seems that either a) not all the batteries are installed in my version (v2.5.2) or b) some setup/linkage needs to be performed in order to get the GUI running. The error itself is: ImportError: No module named tkinter Suggestions? Here's a suggestion. Python is case-sensitive, while the users trying to help you are not. When they say tininkerbell, they may mean Tinkerbell. Check with help(), then modules and see if it's installed or not. Sincerely Yourself :) (Seriously speaking - i'm thankful.)- Hide quoted text - - Show quoted text - AmbiguityWarning: Variables 'tklst' and 'tklist' resemble 'tkst'. Automatic snap-to-slot has been disabled. -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
On Sat, Mar 1, 2008 at 3:35 PM, K Viltersten [EMAIL PROTECTED] wrote: I'm certain there is an API for creating GUI's but as far i can find it in the http://docs.python.org/tut/tut.html the only gui is in Guido. Check out Dabo: http://dabodev.com It uses the wxPython UI toolkit, but wraps it in a much more Pythonic API. I've been using Dabo for over a year, and it rocks!! -- # p.d. -- http://mail.python.org/mailman/listinfo/python-list
Re: Where's GUI for Python?
Peter Decker wrote, On 3/1/2008 9:58 PM: On Sat, Mar 1, 2008 at 3:35 PM, K Viltersten [EMAIL PROTECTED] wrote: I'm certain there is an API for creating GUI's but as far i can find it in the http://docs.python.org/tut/tut.html the only gui is in Guido. Check out Dabo: http://dabodev.com It uses the wxPython UI toolkit, but wraps it in a much more Pythonic API. I've been using Dabo for over a year, and it rocks!! Hi Peter, You should also take a look at wxGlade: http://wxglade.sourceforge.net/ which sits on top of wxPython: http://wxpython.org/ which wraps wxWidgets: http://www.wxwindows.org/ I've found that wxGlade is more usable, currently, than Dabo in it's visual layout tools that help you create the GUI for your apps. If you want a more Pythonic API (more than wxPython/wxWidgets) and want to write your GUI using mainly code instead of a visual layout tool, then Dabo is probably the way to go. If you want an interactive application that lets you visually create Frame or Dialog based applications, full of widgets, then wxGlade is pretty good these days. Dabo, last time I looked, didn't yet have a usable visual menu creation capability in it's toolset, and this is a major reason, for me, that I currently have gravitated back to wxGlade. Also, although Dabo has a Class Designer that can design the GUI visually, and is in some ways more advanced than wxGlade, it seems in other ways to be more limiting. Neither one, unfortunately, is very well documented, but wxGlade is fairly obvious, and directly generates wxPython code (not a higher level API as is done in Dabo), which lets you use the wxGlade and wxWidgets documentation to figure things out. Also, BTW, I think the statement on the wxGlade site about the generated code does nothing apart from displaying the created widgets, is not really true, and should be re-worded. Current versions of wxGlade include the capability to automatically create simple event-handler functions, and automatically generates the code to connect the events generated by the GUI widgets to the event handlers. In my opinion, this is much more than doing nothing apart from displaying the created widgets. It helps make it real easy to call your handler functions, and I don't really want it doing much more than that anyway. In either case, when you write your own code, it is probably best to learn how to have the tool generate the code containing the classes that form the GUI interface, but, use derived classes (subclasses) in your own separate file(s) to form your application's interface to the GUI. That way, you can let wxGlade (or Dabo) always generate (and overwrite) its own code that remains entirely separate from your own code. Bill -- http://mail.python.org/mailman/listinfo/python-list
