Re: SV: Where's GUI for Python?
"K Viltersten" <[EMAIL PROTECTED]> wrote: > >As long as we're on the subject, i also wonder >if there's a general concensus on which >technology is recommended in the different >types of projects that are developed. (E.g. >"use A for small/fast fixes, use B for stuff >you'll need to maintain later on".) Are you talking specifically about GUI toolkits? I seriously doubt that anyone routinely uses more than one GUI with Python (although I'm sure there are exceptions). Each of them has a pretty big learning curve to climb, and once you have climbed it, all of the GUI kits will solve the same problems. (Caution: the following contains gross generalities.) If you have ever done GUI programming in Windows using the Win32 API, then wxPython will seem more natural than Tkinter or Qt (although I should point out that all of them work equally well on Windows and Linux). If you have ever done GUI programming in X, or if you have done script with with Tcl/Tk, then it is likely that Tkinter will seem more natural than wxPython. Perhaps the best option is to take a look at some samples, and see what looks more natural to you. wxPython, for instance, has a wonderful set of demos that demonstrate almost every feature of the toolkit. -- Tim Roberts, [EMAIL PROTECTED] Providenza & Boekelheide, Inc. -- 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
SV: Where's GUI for Python?
>> 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. > 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. May i see a short sample of the two different ways of coding, please? I'm very curious how they differ (and of course, decide what's the most pleasurable way for me). As long as we're on the subject, i also wonder if there's a general concensus on which technology is recommended in the different types of projects that are developed. (E.g. "use A for small/fast fixes, use B for stuff you'll need to maintain later on".) -- Regards Konrad Viltersten sleep- a substitute for coffee for the poor ambition - lack of sense to be lazy -- http://mail.python.org/mailman/listinfo/python-list
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: SV: Where's GUI for Python?
On 2008-03-02, K Viltersten <[EMAIL PROTECTED]> wrote: >>>import tkininter >>> >> When that fails, try without the stutter >> >> import tkinter > > > I must be doing something wrong because > neither tkinter nor tkininter works. You probably don't have tkinter installed. It's not installed by default on many systems. -- Grant Edwards grante Yow! Yow! I'm imagining at a surfer van filled with visi.comsoy sauce! -- 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
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?
On Mar 1, 6:49 pm, "K Viltersten" <[EMAIL PROTECTED]> wrote: > >> When that fails, try without the stutter > > >> 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: SV: Where's GUI for Python?
K Viltersten wrote: >>>import tkininter >>> >> When that fails, try without the stutter >> >> 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? > import Tkinter (first letter is uppercase) -- http://mail.python.org/mailman/listinfo/python-list
SV: Where's GUI for Python?
>> When that fails, try without the stutter >> >> 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.) -- http://mail.python.org/mailman/listinfo/python-list
SV: Where's GUI for Python?
>>import tkininter >> > When that fails, try without the stutter > > 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? -- Regards Konrad Viltersten sleep- a substitute for coffee for the poor ambition - lack of sense to be lazy -- 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?
> 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
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? -- Regards Konrad Viltersten sleep- a substitute for coffee for the poor ambition - lack of sense to be lazy -- http://mail.python.org/mailman/listinfo/python-list