Re: IDE for python similar to visual basic
On Sat, Sep 26, 2009 at 12:58 AM, Dave Angel wrote: > Threader Slash wrote: > >> -- Forwarded message -- >>> From: J Sisson >>> To: Nobody >>> Date: Thu, 24 Sep 2009 19:18:03 -0500 >>> Subject: Re: IDE for python similar to visual basic >>> >>> >>> On Sun, Sep 13, 2009 at 6:25 AM, Nobody wrote: >>> >>> >>> >>>> On Fri, 11 Sep 2009 05:27:59 -0700, r wrote: >>>> >>>> >>>> >>> >>> >>>> > Sounds like "somebody" failed to get input >>>> >>>> >>>>> from their users at design time. Or "somebody" has the inability to >>>>> relate to their end users. >>>>> >>>>> >>>> You're assuming that there is some "right" answer which is appropriate >>>> for >>>> all users. There isn't. >>>> >>>> >>>> >>> I worked for a company that had a team composed of graphic artists, QA >>> types, etc...that did nothing but draw up GUI's, show them to customers, >>> revise them, write up runnable "dummies" of the approved GUI's, performed >>> usability studies with our customers using the dummy GUI's, and finally >>> handed the GUI's over to dev so they could put in the guts to make it "do >>> stuff". >>> >>> "Bugs" or "Cases" involving the GUI needing revision because a button >>> needed to be moved for usability were *extremely* rare, and the GUI >>> didn't >>> require an additional toolset that allowed end users to tweak them. >>> >>> >>> >>> >> My favorite IDE : Eclipse >> >> http://pydev.org/download.html >> >> >> http://www.ibm.com/developerworks/opensource/library/os-eclipse-visualstudio >> >> http://www.eclipse.org >> >> Of course you have also the Mono: >> http://monodevelop.com >> >> Cheers.|:0), >> >> >> > But where's the GUI designer for Eclipse/Python? That's what the OP was > asking about. > > GUI builders I've heard of, but not evaluated include: > > Boa > wxGlade > wxFormBuilder > Wing IDE > > DaveA > > Hi Dave, Sorry, I just read and answer your post quickly... so, here again about the IDE development for Python http://pydev.org/download.html http://pydev.org/screenshots.html Also, please read and follow instructions: http://pydev.org/manual_101_root.html http://pydev.org/manual_101_project_conf2.html About IDE you can install the Qt 2.5 or 2.6 SDK, it comes with the Qt Designer. You just generates the design you want, then you save it as myGUI.ui. The only point is, if you are working on Windows with Python Qt, when you have to run on console the command pyuic4 that will generate your ui_myGUI.py source file to link it to your system, it doesn't work. After reading and googling around, I find out that aparently there is a bug on it for the free edtion of Qt for Windows. Hope that it can be fixed soon. This means, that the GUI has to done code by yourself using Qt programming. The Qt Design should just work fine for Linux, because I didn't hear about any similar problem. For Qt C++ on Windows it is apparently working -- but I didn't try yet: http://labs.trolltech.com/blogs/2007/07/11/develop-qt-applications-in-eclipse I hope this help. cheers. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
Threader Slash wrote: -- Forwarded message -- From: J Sisson To: Nobody Date: Thu, 24 Sep 2009 19:18:03 -0500 Subject: Re: IDE for python similar to visual basic On Sun, Sep 13, 2009 at 6:25 AM, Nobody wrote: On Fri, 11 Sep 2009 05:27:59 -0700, r wrote: > Sounds like "somebody" failed to get input from their users at design time. Or "somebody" has the inability to relate to their end users. You're assuming that there is some "right" answer which is appropriate for all users. There isn't. I worked for a company that had a team composed of graphic artists, QA types, etc...that did nothing but draw up GUI's, show them to customers, revise them, write up runnable "dummies" of the approved GUI's, performed usability studies with our customers using the dummy GUI's, and finally handed the GUI's over to dev so they could put in the guts to make it "do stuff". "Bugs" or "Cases" involving the GUI needing revision because a button needed to be moved for usability were *extremely* rare, and the GUI didn't require an additional toolset that allowed end users to tweak them. My favorite IDE : Eclipse http://pydev.org/download.html http://www.ibm.com/developerworks/opensource/library/os-eclipse-visualstudio http://www.eclipse.org Of course you have also the Mono: http://monodevelop.com Cheers.|:0), But where's the GUI designer for Eclipse/Python? That's what the OP was asking about. GUI builders I've heard of, but not evaluated include: Boa wxGlade wxFormBuilder Wing IDE DaveA -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Sun, Sep 13, 2009 at 6:25 AM, Nobody wrote: > On Fri, 11 Sep 2009 05:27:59 -0700, r wrote: > > > Sounds like "somebody" failed to get input > > from their users at design time. Or "somebody" has the inability to > > relate to their end users. > > You're assuming that there is some "right" answer which is appropriate for > all users. There isn't. > I worked for a company that had a team composed of graphic artists, QA types, etc...that did nothing but draw up GUI's, show them to customers, revise them, write up runnable "dummies" of the approved GUI's, performed usability studies with our customers using the dummy GUI's, and finally handed the GUI's over to dev so they could put in the guts to make it "do stuff". "Bugs" or "Cases" involving the GUI needing revision because a button needed to be moved for usability were *extremely* rare, and the GUI didn't require an additional toolset that allowed end users to tweak them. -- Computers are like air conditioners... They quit working when you open Windows. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
> You can also try Eclipse + PyDev. It's not the same as Visual Studio, and I > am not sure about the GUI builder, but I think it's what you want. I really like Eclipse + Pydev. It is not a GUI builder at all but it has a nice debugger, code completion and that kind of thing. And its free! Brian -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
In article , Nobody wrote: >On Mon, 07 Sep 2009 23:56:17 +, Albert van der Horst wrote: >> >> In view of the above this is not quite the correct way to put it. >> >> What I resent is that it leads to a non-professional attitude >> of the graphical part. Programming is over, lets now kludge >> some screens together. No. The graphics part has to be carefully >> designed, carefully tested, and carefully "written", even if it >> is using a graphical tool. So, yes please, *do* create a GUI >> "programmatically". > >My view is that the program should provide functionality without >unnecessarily dictating the way in which that functionality is used. >Essentially, it's an issue of "loose coupling". > >The interface really should be configurable by the user according to their >needs. The code doesn't need to *know* the position or dimensions of >a widget, or its label or colour or spacing, let alone dictate them. > >In most cases, the code shouldn't even get to dictate that specific >widgets even exist. Rather, it should provide actions which can >be bound to buttons, menu items and/or accelerators as the user chooses. I don't necessarily disagree. But how does this work in practice? I have a totally programmable editor (I do, I'm using it right no.) I'm able to redefine commands to the point that I have no longer a command to quit the program, and even have no longer a possibility to define a new key-combination to quit the program. The hacker who wrote it would say: "don't do that". Combined with my habit to switch the Caps lock and control keys and use the editor full-screen, someone else really gets nowhere. What if I prefer to have the gaz throttle and the clutch pedal of my car switched. Is that a good idea? Bottomline, "let the user choose" must not be an excuse for us, where we are not able to propose a good choice. (You may read the subject note-eater on my website.) Groetjes Albert -- -- Albert van der Horst, UTRECHT,THE NETHERLANDS Economic growth -- being exponential -- ultimately falters. alb...@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Fri, 11 Sep 2009 05:27:59 -0700, r wrote: >> I'm saying that the user understands their workflow and environment better >> than the application's programmers. The user should be able to decide >> which menu items are shown and where, which buttons are shown and where, >> etc. The code doesn't need to know this level of detail, let alone dictate >> it. > > I completely disagree with this idea of user "customization" of the > GUI. Sounds more like adolescent accessorizing to me. How is changing > the location of a button, or entry, or whatever, actually going to > make workflow more easier? For a start, removing any buttons which the user won't be needing eliminates the risk of them clicking on them by accident. Beyond that, there is an advantage to placing buttons (etc) in similar locations to other applications which the user uses (or was using prior to migrating). In some cases, the reduction in mouse motion which can be obtained by placing specific buttons close together can make significant difference. Sometimes those buttons aren't all part of the same application (I know of people who place the Windows taskbar at the top of the screen simply because it's closer to most applications' toolbar and menubar). If you have two windows side-by-side, there's a benefit to having the left-hand window's controls running down its right-hand edge and vice-versa, so both sets of controls are all in one cluster. For mouse-centric applications, keyboard shortcuts aren't always a solution; particularly for left-handed users, as shortcuts are normally optimised for right-handed users (i.e. common shortcuts use the LHS of the keyboard, on the assumption that the right hand is on the mouse). > Sounds like "somebody" failed to get input > from their users at design time. Or "somebody" has the inability to > relate to their end users. You're assuming that there is some "right" answer which is appropriate for all users. There isn't. > Would a mechanic give you a screw driver so you could adjust the fuel/ > air ratio yourself? If he did i would never take my car back again! > Just reeks of incompetence!! If the manufacturer took your approach, there wouldn't be any screw. Just a fixed setting for all climates and altitudes, urban and rural, flat and hilly. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On 8/30/09 1:48 PM, r wrote: Hello qwe rty, I remember my first days with GUI programming and thinking to myself; how on earth can i write GUI code without a MS style GUI builder? Not to long after that i was coding up some pretty spectacular GUI's from nothing more than source code and loving it. [Warning: the following is only opinion!] I think a point and click GUI builder (although some may disagree) is actually detrimental to your programming skills. The ability to visualize the GUI only from the source code as you read it, is as important to a programmer as site reading sheet music is to a musician. And I like to program with the training wheels off. Whether done in code or with a visual tool, good, effective GUI design is not easy. However you get there is up to you. In my case (using Tkinter), I've found that it's faster and better to write the code by hand. Code in the text editor, the terminal for testing: simple and easy. Adding another tool to the mix just makes things more complicated. :-) Some may find it's easier to use a GUI builder, and if that's the case, some good ones have been recommended. In case anyone thinks the words "Tkinter" and "good, effective GUI design" shouldn't be in the same paragraph, please see http://www.codebykevin.com/phynchronicity.html... -- Kevin Walzer Code by Kevin http://www.codebykevin.com -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
r wrote: > On Sep 11, 7:08 am, Nobody wrote: > (snip) >> I'm saying that the user understands their workflow and environment better >> than the application's programmers. The user should be able to decide >> which menu items are shown and where, which buttons are shown and where, >> etc. The code doesn't need to know this level of detail, let alone dictate >> it. > > I completely disagree with this idea of user "customization" of the > GUI. Sounds more like adolescent accessorizing to me. How is changing > the location of a button, or entry, or whatever, actually going to > make workflow more easier? Sounds like "somebody" failed to get input > from their users at design time. Or "somebody" has the inability to > relate to their end users. However i know some out there like the > "styles" and "skins" crap, which is a different animal altogether than > what you speak of. > > Would a mechanic give you a screw driver so you could adjust the fuel/ > air ratio yourself? If he did i would never take my car back again! > Just reeks of incompetence!! > > Only qualified persons should fix cars, same for software! > Speaking for backyard mechanics everywhere, I sometimes want the screwdriver. :-) --David -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
> > > The interface really should be configurable by the user according to their > needs. The code doesn't need to *know* the position or dimensions of > a widget, or its label or colour or spacing, let alone dictate them. > Perhaps...but the user needs a framework in order to understand the functions they find themselves in charge of once they've initiated a program. As the designer, the programmer is best placed to provide that framework, because they know, or they should know, what it is (something I don't think can be taken for granted). Therefore, fundamental decisions about the UI should be left to the programmer. If customisation is possible, all well and good, but it should not be the main goal of a UI. Usability principles should be. > In most cases, the code shouldn't even get to dictate that specific > widgets even exist. Rather, it should provide actions which can > be bound to buttons, menu items and/or accelerators as the user chooses. > That would be an API. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Sep 11, 7:08 am, Nobody wrote: (snip) > I'm saying that the user understands their workflow and environment better > than the application's programmers. The user should be able to decide > which menu items are shown and where, which buttons are shown and where, > etc. The code doesn't need to know this level of detail, let alone dictate > it. I completely disagree with this idea of user "customization" of the GUI. Sounds more like adolescent accessorizing to me. How is changing the location of a button, or entry, or whatever, actually going to make workflow more easier? Sounds like "somebody" failed to get input from their users at design time. Or "somebody" has the inability to relate to their end users. However i know some out there like the "styles" and "skins" crap, which is a different animal altogether than what you speak of. Would a mechanic give you a screw driver so you could adjust the fuel/ air ratio yourself? If he did i would never take my car back again! Just reeks of incompetence!! Only qualified persons should fix cars, same for software! -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Mon, 07 Sep 2009 18:04:40 -0700, r wrote: >> >It also allows the GUI to be edited by without requiring any programming >> >knowledge. This eliminates the need for the GUI designer to be familiar >> >with the programming language used (or any programming language), and >> >allows customisation by end users. > > and this is why M$ interfaces suck eggs! This whole "let's just slap > together something that works even if kludgy" attitude begets the > horrible UI's of which i speak. Are you saying that programmers have > no ability to design elegant UI's? Or are you saying GUI's are not > *that* important? I'm saying that the user understands their workflow and environment better than the application's programmers. The user should be able to decide which menu items are shown and where, which buttons are shown and where, etc. The code doesn't need to know this level of detail, let alone dictate it. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Mon, 07 Sep 2009 23:56:17 +, Albert van der Horst wrote: >>The main advantage of a GUI builder is that it helps prevent you from >>hard-coding the GUI into the program. You could get the same effect by >>coding a UIL/XRC/etc file manually, but a GUI builder tends to force it. > > A GUI builder results in hard coding the GUI. The code only resides > elsewhere. Data (e.g. a UIL or XRC file) isn't code. But "hard-coding" is more a question of whether you can realistically change the data without changing the code. If the code craps out due to minor changes to the data, there isn't much advantage of having a separate data file. >>Creating a GUI programmatically is almost always the wrong approach. It >>tends to be adopted due to a path of least resistance, rather than any >>affirmative reason. > > In view of the above this is not quite the correct way to put it. > > What I resent is that it leads to a non-professional attitude > of the graphical part. Programming is over, lets now kludge > some screens together. No. The graphics part has to be carefully > designed, carefully tested, and carefully "written", even if it > is using a graphical tool. So, yes please, *do* create a GUI > "programmatically". My view is that the program should provide functionality without unnecessarily dictating the way in which that functionality is used. Essentially, it's an issue of "loose coupling". The interface really should be configurable by the user according to their needs. The code doesn't need to *know* the position or dimensions of a widget, or its label or colour or spacing, let alone dictate them. In most cases, the code shouldn't even get to dictate that specific widgets even exist. Rather, it should provide actions which can be bound to buttons, menu items and/or accelerators as the user chooses. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Sep 7, 6:56 pm, Albert van der Horst wrote: > In article , > > Nobody wrote: > >On Sun, 30 Aug 2009 10:48:24 -0700, r wrote: > > >> I think a point and click GUI builder (although some may disagree) is > >> actually detrimental to your programming skills. The ability to > >> visualize the GUI only from the source code as you read it, is as > >> important to a programmer as site reading sheet music is to a > >> musician. And I like to program with the training wheels off. > > >The main advantage of a GUI builder is that it helps prevent you from > >hard-coding the GUI into the program. You could get the same effect by > >coding a UIL/XRC/etc file manually, but a GUI builder tends to force it. > > A GUI builder results in hard coding the GUI. The code only resides > elsewhere. +1 > >It also allows the GUI to be edited by without requiring any programming > >knowledge. This eliminates the need for the GUI designer to be familiar > >with the programming language used (or any programming language), and > >allows customisation by end users. and this is why M$ interfaces suck eggs! This whole "let's just slap together something that works even if kludgy" attitude begets the horrible UI's of which i speak. Are you saying that programmers have no ability to design elegant UI's? Or are you saying GUI's are not *that* important? > What I resent is that it leads to a non-professional attitude > of the graphical part. Programming is over, lets now kludge > some screens together. No. The graphics part has to be carefully > designed, carefully tested, and carefully "written", even if it > is using a graphical tool. So, yes please, *do* create a GUI > "programmatically". > > Groetjes Albert Agreed! You *must* get up-close-and-personal with the GUI code. You know, in the past i would write the logic first and then fit the GUI to the code, not any more!. Now I design the GUI first, then write the code to complement it. Maybe i'm just nuts, but i thought GUI's where targeted at "non-technical" end users, not the enlightened few? get_enlightened(http://jjsenlightenments.blogspot.com/) -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
In article , Nobody wrote: >On Sun, 30 Aug 2009 10:48:24 -0700, r wrote: > >> I think a point and click GUI builder (although some may disagree) is >> actually detrimental to your programming skills. The ability to >> visualize the GUI only from the source code as you read it, is as >> important to a programmer as site reading sheet music is to a >> musician. And I like to program with the training wheels off. > >The main advantage of a GUI builder is that it helps prevent you from >hard-coding the GUI into the program. You could get the same effect by >coding a UIL/XRC/etc file manually, but a GUI builder tends to force it. A GUI builder results in hard coding the GUI. The code only resides elsewhere. > >It also allows the GUI to be edited by without requiring any programming >knowledge. This eliminates the need for the GUI designer to be familiar >with the programming language used (or any programming language), and >allows customisation by end users. This is the real argument. The code is separated into two modules. The modules are coded in different languages. All for good reason. Maybe the configuration file can be changed without recompiling the c-code. Very nice. > >Creating a GUI programmatically is almost always the wrong approach. It >tends to be adopted due to a path of least resistance, rather than any >affirmative reason. In view of the above this is not quite the correct way to put it. What I resent is that it leads to a non-professional attitude of the graphical part. Programming is over, lets now kludge some screens together. No. The graphics part has to be carefully designed, carefully tested, and carefully "written", even if it is using a graphical tool. So, yes please, *do* create a GUI "programmatically". Groetjes Albert -- -- Albert van der Horst, UTRECHT,THE NETHERLANDS Economic growth -- being exponential -- ultimately falters. alb...@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Aug 30, 4:12 pm, Nobody wrote: (snip) > Creating a GUI programmatically is almost always the wrong approach. It > tends to be adopted due to a path of least resistance, rather than any > affirmative reason. so i guess it'e safe to say that you use a GUI builder? :-) -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Sun, 30 Aug 2009 10:48:24 -0700, r wrote: > I think a point and click GUI builder (although some may disagree) is > actually detrimental to your programming skills. The ability to > visualize the GUI only from the source code as you read it, is as > important to a programmer as site reading sheet music is to a > musician. And I like to program with the training wheels off. The main advantage of a GUI builder is that it helps prevent you from hard-coding the GUI into the program. You could get the same effect by coding a UIL/XRC/etc file manually, but a GUI builder tends to force it. It also allows the GUI to be edited by without requiring any programming knowledge. This eliminates the need for the GUI designer to be familiar with the programming language used (or any programming language), and allows customisation by end users. Creating a GUI programmatically is almost always the wrong approach. It tends to be adopted due to a path of least resistance, rather than any affirmative reason. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Aug 28, 5:19 pm, qwe rty wrote: > i have been searching for am IDE for python that is similar to Visual > Basic but had no luck.shall you help me please? Hello qwe rty, I remember my first days with GUI programming and thinking to myself; how on earth can i write GUI code without a MS style GUI builder? Not to long after that i was coding up some pretty spectacular GUI's from nothing more than source code and loving it. [Warning: the following is only opinion!] I think a point and click GUI builder (although some may disagree) is actually detrimental to your programming skills. The ability to visualize the GUI only from the source code as you read it, is as important to a programmer as site reading sheet music is to a musician. And I like to program with the training wheels off. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
qwe rty wrote: > i have been searching for am IDE for python that is similar to Visual > Basic but had no luck.shall you help me please? eric4 should be a good candidate. http://eric-ide.python-projects.org Detlev -- Detlev Offenbach det...@die-offenbachs.de -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Aug 28, 6:19 pm, qwe rty wrote: > i have been searching for am IDE for python that is similar to Visual > Basic but had no luck.shall you help me please? Boa Constructor. IDE/visual GUI-builder/sizer support, lots of other goodies. Not actively maintained, though, and some issues on Linux, in my experience. But I like it a lot. -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Aug 29, 6:19 am, qwe rty wrote: > i have been searching for am IDE for python that is similar to Visual > Basic but had no luck.shall you help me please? You can try biform: http://www.bilive.com/download/Setup_BiForm_V2.1_en.msi.zip Demo: http://www.bilive.com/demo/BiForm_EN_demo.htm More demo:(Chinese version) http://www.bilive.com/demo/ BiForm is a form designer,one designed form will deploy as a PFF file. BiReader is a runtime PFF file process engine for end-users. Setup file above include BiForm and BiReader. Main features: *Python as script language,base on QT GUI library *Visible form designer *Internal database access framework *Auto connect database,auto create tables *Supports SQLite/Mssql2000/Sybase ASE,not need write diffrent script for diffrent database at most time *Simple deploy,simple upgrade *Different forms can share same tables,they will auto cooperation with other forms at runtime.If you want to deploy a new function , not need uninstall other forms,deploy the new PFF file is enough . -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
qwe rty wrote: On Aug 29, 1:22 am, Craig wrote: Try wingware i have it and i like it. --- On Fri, 8/28/09, qwe rty wrote: From: qwe rty Subject: IDE for python similar to visual basic To: python-l...@python.org Date: Friday, August 28, 2009, 5:19 PM i have been searching for am IDE for python that is similar to Visual Basic but had no luck.shall you help me please? -- http://mail.python.org/mailman/listinfo/python-list OMG, it has no visual designer !! That was my first reaction too. and I was even used to a better visual designer: Delphi ;-) I'm now very happy and design faster in wxPython (with GUI-support) than in Delphi ;-) cheers, Stef -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
For visual designers, you may try: QTDesigner with PyQt or WxForms or WxGlade or BoaConstructor with WxPython It's not like VB.NET where you can put in callbacks write after doing layout, but some prefer the above designers to hand coding guis. Good luck, William --- On Fri, 8/28/09, qwe rty wrote: From: qwe rty Subject: Re: IDE for python similar to visual basic To: python-list@python.org Date: Friday, August 28, 2009, 6:43 PM On Aug 29, 1:22 am, Craig wrote: > Try wingware i have it and i like it. > > --- On Fri, 8/28/09, qwe rty wrote: > > > From: qwe rty > > Subject: IDE for python similar to visual basic > > To: python-l...@python.org > > Date: Friday, August 28, 2009, 5:19 PM > > i have been searching for am IDE for > > python that is similar to Visual > > Basic but had no luck.shall you help me please? > > -- > >http://mail.python.org/mailman/listinfo/python-list > > OMG, it has no visual designer !! -- http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
On Aug 29, 1:22 am, Craig wrote: > Try wingware i have it and i like it. > > --- On Fri, 8/28/09, qwe rty wrote: > > > From: qwe rty > > Subject: IDE for python similar to visual basic > > To: python-l...@python.org > > Date: Friday, August 28, 2009, 5:19 PM > > i have been searching for am IDE for > > python that is similar to Visual > > Basic but had no luck.shall you help me please? > > -- > >http://mail.python.org/mailman/listinfo/python-list > > OMG, it has no visual designer !! -- http://mail.python.org/mailman/listinfo/python-list
Re: IDE for python similar to visual basic
Try wingware i have it and i like it. --- On Fri, 8/28/09, qwe rty wrote: > From: qwe rty > Subject: IDE for python similar to visual basic > To: python-list@python.org > Date: Friday, August 28, 2009, 5:19 PM > i have been searching for am IDE for > python that is similar to Visual > Basic but had no luck.shall you help me please? > -- > http://mail.python.org/mailman/listinfo/python-list > -- http://mail.python.org/mailman/listinfo/python-list