Looking for a good Python environment
ram.r...@gmail.com
editor and a debugger, and it should run on Windows. Does anyone have
any idea?
Jeff
Emacs is decent, Eclipse has support, too. SciTE is a nice editor if
you are looking for something minimal (such as no debugger).
Jens
http://pyminer.blogspot.com/2007/11/python-code-editors.html
I use PSPad or Notepad++ for quick editing, and Komodo Edit 4.2 for
longer sessions. Komodo Edit is the only one with code completion - a
very nice feature. You can pay $299 and get Komodo Edit, which has a
debugger.
I've only used Eclipse for Java programming, but there's a Python plug-
in called PyDev - just haven't figured out how to install it :-(
ram.r...@gmail.com
Thanks Jeff and thanks Jen. I'll take a look at these editors to see
if they're good for me.
jwelby
wrote:
> Hey, I'm looking for a good Python environment. That is, at least an
> editor and a debugger, and it should run on Windows. Does anyone have
> any idea?
I currently use Python Scripter as a lightweight editor for Windows.
For project work I use Eclipse, which can be installed with PyDev and
other useful plug-ins already included if you choose a suitable
distribution of Easy Eclipse (http://www.easyeclipse.org/). There is a
distribution specifically for Python development, and also one for
LAMP, which includes a number of other components which will be of use
if you are developing for the web.
ram.r...@gmail.com
Thanks jewlby, I'll check it out.
Colin J. Williams
> On Nov 6, 10:56 pm, "ram.rac...@gmail.com" <ram.rac...@gmail.com>
> wrote:
>> Hey, I'm looking for a good Python environment. That is, at least an
>> editor and a debugger, and it should run on Windows. Does anyone have
>> any idea?
>
> I currently use Python Scripter as a lightweight editor for Windows.
Could you elaborate on "lightweight"
please? I find PyScripter to be a
powerful editor/debugger combination.
What functionality does Eclipse have
that PyScripter does not?
Colin W.
Gerhard Häring
I like ERIC. You can get it at
http://www.die-offenbachs.de/eric/eric4-download.html
Or just download and install PyQt4, which includes it:
http://www.riverbankcomputing.com/Downloads/PyQt4/GPL/PyQt-Py2.5-gpl-4.3.1-1.exe
There's also a list of Python IDEs on the Python wiki:
http://wiki.python.org/moin/IntegratedDevelopmentEnvironments
-- Gerhard
VSmirk
> ram.rac...@gmail.com wrote:
> > Hey, I'm looking for a good Python environment. That is, at least an
> > editor and a debugger, and it should run on Windows. Does anyone have
> > any idea?
>
>
> Or just download and install PyQt4, which includes it:
>
>
> There's also a list of Python IDEs on the Python wiki:http://wiki.python.org/moin/IntegratedDevelopmentEnvironments
>
> -- Gerhard
WingIDE all the way. After trying a number of deve environments, Wing
was the first I used that actually allowed me to be productive.
They offer a free version, but it's worth getting the professional
version, too.
VSmirk
Paul Rubin
> Could you elaborate on "lightweight" please? I find PyScripter to be a
> powerful editor/debugger combination.
>
> What functionality does Eclipse have that PyScripter does not?
While we're at it, do any of these debuggers implement a good way to
debug multi-threaded Python programs?
PyScripter
> "Colin J. Williams" <c...@sympatico.ca> writes:
>
> > powerful editor/debugger combination.
>
> > What functionality does Eclipse have thatPyScripterdoes not?
>
> While we're at it, do any of these debuggers implement a good way to
> debug multi-threaded Python programs?
PyScripter (http://pyscripter.googlepages.com) debugging is based on
the standard Python debugger bdb.py which does not currently support
multi-threaded debugging (only the main thread can be debugged). One
debugger with such support is Winpdb. PyScripter may integrate Winpdb
in the future. However PyScripter does support debugging of GUI (e.g.
Tkinter, WxPython) applications with remote debugging.
jwelby
> jwelby wrote:
...
>
> > I currently use Python Scripter as a lightweight editor for Windows.
>
> Could you elaborate on "lightweight"
> please? I find PyScripter to be a
> powerful editor/debugger combination.
>
> What functionality does Eclipse have
> that PyScripter does not?
>
> Colin W.
>
This is a fair question. I didn't phrase my post too well.
I find PyScripter does pretty much everything I need in terms of doing
actual development for Python. My use of 'lightweight' is by no means
a criticism of PyScripter - it's more of a compliment, as it refers to
the relatively modest demands that it makes on my system compared with
Eclipse, which can be hog.
The main reason I have used Eclipse for larger, team based, projects
is for the source control plug-ins. Eclipse has plug-in support for
cvs and svn. PyScripter may have this too - perhaps I've missed it.
(I'm away from my Windows box at the moment, otherwise I would check).
Of course, there are other ways to implement source control without it
needing to be integrated in the IDE, so even this need not put off
anyone who wants to use PyScripter with source control.
Summary - unless you need the added flexibility offered by Eclipse
plug-ins, PyScripter is a great tool for developing with Python on
Windows.
Paul Rudin
> This is a fair question. I didn't phrase my post too well.
>
> I find PyScripter does pretty much everything I need in terms of doing
> actual development for Python. My use of 'lightweight' is by no means
> a criticism of PyScripter - it's more of a compliment, as it refers to
> the relatively modest demands that it makes on my system compared with
> Eclipse, which can be hog.
>
> The main reason I have used Eclipse for larger, team based, projects
> is for the source control plug-ins. Eclipse has plug-in support for
> cvs and svn. PyScripter may have this too - perhaps I've missed it.
> (I'm away from my Windows box at the moment, otherwise I would check).
> Of course, there are other ways to implement source control without it
> needing to be integrated in the IDE, so even this need not put off
> anyone who wants to use PyScripter with source control.
>
> Summary - unless you need the added flexibility offered by Eclipse
> plug-ins, PyScripter is a great tool for developing with Python on
> Windows.
I'm not sure if you count emacs as "lightweight" but it's certainly
less resource hungry than eclipse/pydev, and does have integrated
cvs/svn functionality.
PyScripter
TortoiseCVS and the File Explorer.
On Nov 10, 11:21 am, jwelby <julius.we...@gmail.com> wrote:
> On Nov 7, 12:42 pm, "Colin J. Williams" <c...@sympatico.ca> wrote:
>
> > jwelby wrote:
> ...
>
> > > I currently use Python Scripter as a lightweight editor for Windows.
>
> > Could you elaborate on "lightweight"
> > please? I findPyScripterto be a
> > powerful editor/debugger combination.
>
> > What functionality does Eclipse have
> > thatPyScripterdoes not?
>
> > Colin W.
>
> This is a fair question. I didn't phrase my post too well.
>
> I findPyScripterdoes pretty much everything I need in terms of doing
> actual development for Python. My use of 'lightweight' is by no means
> a criticism ofPyScripter- it's more of a compliment, as it refers to
> the relatively modest demands that it makes on my system compared with
> Eclipse, which can be hog.
>
> The main reason I have used Eclipse for larger, team based, projects
> is for the source control plug-ins. Eclipse has plug-in support for
> cvs and svn.PyScriptermay have this too - perhaps I've missed it.
> (I'm away from my Windows box at the moment, otherwise I would check).
> Of course, there are other ways to implement source control without it
> needing to be integrated in the IDE, so even this need not put off
> anyone who wants to usePyScripterwith source control.
>
> Summary - unless you need the added flexibility offered by Eclipse
> plug-ins,PyScripteris a great tool for developing with Python on
Russell Warren
> debug multi-threaded Python programs?
Wing now has multi-threaded debugging.
I'm a big Wing (pro) fan. To be fair, when I undertook my huge IDE
evaluation undertaking it was approx 2 years ago... at the time as far
as what I would consider to be a full featured professional IDE it was
IMO really only Wing and Komodo who could compete. The others were
left in the dust. Unfortunately both cost money, but it became clear
that at least in this instance you get what you pay for. Not a big
deal for me because as far as professional development costs the cost
is ridiculously low and I use it professionally, but I could see
balking at the cost if strictly a hobbiest... although I would pay as
I'd be lost without my Wing I think. At the time, I much preferred
Wing to Komodo, but haven't tried Komodo more than sparingly since
then. My bet is that the situation would still be similar since Wing
has done nothing but get better over time. The support crew at Wing
are great, too... the mailing list is excellent and the Wing
developers typically respond very quickly to any support requests, and
even feature requests (I've had a few things added due to the mailing
list).
The biggest missing feature in Wing at the moment is integrating GUI
development. If you are into that, you may want to look elsewhere.
Any GUI stuff I do I use wxPython and after starting with a template
builder I just manually code the GUIs... painful at times, especially
when you just want to whip up something small, but I've gotten used to
it. Now that I type this, though, I think I'll go looking for what's
new! Maybe Boa is less buggy now? Hmm.
Prior to taking on my "find the ultimate IDE" quest I was using SPE
and it was free and quite decent, just not comparable to Wing.
A quick look at the current state of SPE shows that it now has multi-
threaded debugging via WinPDB (what I used to use for debugging thread
issues). Interesting. Worth a look to see if it is integrated well.
Paul Rubin
> Wing now has multi-threaded debugging.
Cool, is it windows-only? I'm using Linux.
> A quick look at the current state of SPE shows that it now has multi-
> threaded debugging via WinPDB (what I used to use for debugging thread
> issues). Interesting. Worth a look to see if it is integrated well.
Same issue: this also sounds windows-specific. Thanks though.
VSmirk
Wing is actually not windows-specific. They are Linux based as well,
and I believe a number of users are also MacOSX users.
The multi-threading debugging is a new feature with it's latest
release, but I have heard of no platform-specific issues related to it.
Nir
> Russell Warren <russandheat...@gmail.com> writes:
> > Wing now has multi-threaded debugging.
>
> Cool, is it windows-only? I'm using Linux.
>
> > A quick look at the current state of SPE shows that it now has multi-
> > issues). Interesting. Worth a look to see if it is integrated well.
>
> Same issue: this also sounds windows-specific. Thanks though.
Winpdb may sound to you as windows specific but it actually googles up
as platform independent. Those of you who dare work with a bunch of
separate development tools (oh, the terror, ugh...) instead of an IDE
will find it to be one of the best Python debuggers around.
bramble
> jwelby <julius.we...@gmail.com> writes:
>
> > The main reason I have used Eclipse for larger, team based, projects
> > is for the source control plug-ins. Eclipse has plug-in support for
> > cvs and svn. PyScripter may have this too - perhaps I've missed it.
> > (I'm away from my Windows box at the moment, otherwise I would check).
> > Of course, there are other ways to implement source control without it
> > needing to be integrated in the IDE, so even this need not put off
> > anyone who wants to use PyScripter with source control.
>
>
> I'm not sure if you count emacs as "lightweight" but it's certainly
> less resource hungry than eclipse/pydev, and does have integrated
> cvs/svn functionality.
I've never understood the desire for using your version control
software via your IDE. Why not just Alt-Tab over to your terminal
window and run the svn/bzr/hg/git/whatever commands yourself right
from there?
cokof...@gmail.com
Because it saves you from having to do this. Some people prefer all
their commands in one place. And GUI wise it is often easier to click
the button showing all previouis versions, or comparing two of them
visually. I use Eclipse with ClearCase and it saves me a great deal of
trouble when dealing with 100+ files...
Chris Mellon
Because I'm already in my IDE and I'm already managing files from
there. The version integration in Eclipse also has some other handy
features, like showing history in the live document (I can do an svn
blame for the line I'm looking at directly in the editor, without
needing to context switch to a different environment).
In the particular case of Eclipse, Eclipse has it's own "workspace"
and project metaphors, it doesn't work with just any old file it
happens to find. This can be very frustrating at times, but since
that's how Eclipse works it's nice to have source control integrated
into that.
Eric S. Johansson
> Hey, I'm looking for a good Python environment. That is, at least an editor
> and a debugger, and it should run on Windows. Does anyone have any idea?
I've been looking for the equivalent although I want the IDE to run on Windows
and to be able to edit/debug/bzr files on a remote system (linux in VM or remote
physical hardware).
Solutions that I've explored are:
Network filesystems (Samba, NFS)
Emacs plus tramp
eclipse plus remote file access
remote system IDE, local display with X11
local editor plus unison
Here's how they failed:
Network filesystems always fail because they get ownership and permissions
wrong. No matter what you set the mapping to, it's almost always wrong for some
part of the system. It's made worse because setup .py does not make it easy to
force permissions and ownership to what you want them to be (afaik). this
forces the use of an ad hoc script to enforce permissions and ownership after
running setup.py.
using this configuration, it is possible to hibernate your Windows machine but
only if you manually restart your remote filesystem connections before trying to
do anything with your IDE.
Emacs plus tramp is the best solution so far albeit somewhat fragile. It's
moderately difficult to jump into the right point in the filesystem although
this may be an artifact of trying to use speech recognition for this task.
another annoying problem is forcing Emacs to use UNIX format text files. I know
I just need to RTF but I haven't gotten around to it yet.
Emacs plus tramp is also the easiest to hibernate as it does not use persistent
connections to remote machine but if the remote host isn't available when you
try to access a file via recentf, you lose the reference to the file and need to
type/speak the path in again.
Eclipse has been an unmitigated disaster for me. It's fat, it's heavy, it
pushes all of my other applications out of virtual memory and then I need to
wait 10s of seconds when I switch. I can't figure out which components of the
bag of parts I need and easy eclipse is too old to use the remote file system
access extension. blech.
Using X11 for local display is great if the remote machine is local and you're
not paging out to virtual memory. most common problem is that the local X11
display loses track of local Windows and you end up with this graphic ink blot
on the screen that never quite goes away until you restart X11 and all the other
applications through it.
with the X11 solution, you cannot hibernate your host machine because the
persistent connections break and cannot be restarted.
local editor plus unison sort of, kind of works. Yes, you can edit all your
files and replicate them on the target machine. Ownership and permissions are
broken. There is a problem with UNIX versus DOS file format but once you force
the editor to do the right thing, the format is right on the remote side. It's
clumsy but it does have the advantage that if you make changes on the remote
system when debugging, those changes are replicated back on your editing house.
As for debugging, personally, I just use winpdb everywhere and just suffer with
bad X11 connections.
One additional factor raised by split machine operations is how do you organize
your files? Do you have different repositories on different machines or do you
have a single repository on your editing host and look to some form of
replication for updates across one or more machines?
it's an interesting set of problems. Today, I just muddle along as I don't
really see a good solution. I'm hoping I'll be proven wrong and find a solution
that will make my life easier someday.
--
Speech-recognition in use. It makes mistakes, I correct some.