Skip to main content

PyCon Python IDE review

I presented an IDE review at PyCon last Friday. It was basically a re-review of what I thought were the 3 most promising IDEs from the Utah Python User Group IDE review, to which I added SPE, which was by far the most popular of the ones we left out that time. The versions reviewed are:

I'd intended to base my presentation around a comparison of writing a smallish program in each of the IDEs, but the more I tried to make this not suck, the more I realized it was a losing proposition. Instead, I decided to try to focus on the features in each that most set them apart from the others (both positive and negative); this seemed more likely be useful.

(I did a new feature matrix for this review, which is included after my comments. The slides I used are also up, at http://utahpython.org/jellis/pycon-ides.pdf, but aren't very useful absent video of the presentation itself. Hence this post.)

PyDev

PyDev has grown up a lot since last September. One rather surprising change, to me, is the splitting of the project into the "base" PyDev, still under the EPL (Eclipse Public License), and the separate, commercial PyDev Extensions. The Extensions may be reviewed for one month for free, but come with a highly annoying nagware dialog every half hour(!).

PyDev Extensions does some stuff that even the much pricier Komodo and Wing professional versions do not. In particular, PyDev provides in-editor warning and error markers for more than the by-now standard syntax errors. For instance, PyDev warns for unused imports, unused variables, and so forth, and will put up an error marker if you try to reference a variable that doesn't exist. As I said in my presentation, "it's like a PyChecker that doesn't suck."

This is still pretty new code, though, and there were some rough edges. In one file, I had an unused "from cStringIO import StringIO" import that PyDev didn't catch for some reason. The import checker also seemed to have issues with nested packages, and the "quick fix" feature doesn't work like you'd expect with previous Eclipse experience--clicking on the error marker in the margin does nothing. (If you remember the keyboard shortcut, though, that works fine.)

This seems symptomatic of PyDev in general -- flashes of brilliance, but sometimes problematic. As another example of this, sometimes code completion didn't work at all. PyDev consistently failed to complete WxPython code, for instance, perhaps because I installed the wx library after PyDev did its initial scan of site-packages.) But other times PyDev completed better than Komodo (and as well as Wing), e.g., PyDev could figure out the attributes of the object returned by file(), where Komodo could not.

It's also worth noting that PyDev's "go to definition" feature was unquestionably the best: if it can't figure out where your symbol comes from, it falls back to a textual analysis, which is better than nothing.

SPE

With PyDev switching to a commercial license for, apparently, the bulk of new development, SPE is probably the best remaining choice for a free IDE. (SPE is licensed under the GPL; the author, Stani, does appreciate donations if you find it useful.)

At this point, SPE is rather less mature than the other IDEs I reviewed. SPE ships with the Kiki regexp builder, the wxGlade gui builder, PyChecker, and the winpdb debugger, but of these only PyChecker is really "integrated" with the main SPE editor. Which is a good start, but I found PyChecker's suggestions less useful than PyDev's integrated "Code Analysis;" PyChecker was simply wrong too often.

Another shortcoming is the lack of the ability to create and save "projects" containing information such as the correct PYTHONPATH for a given codebase. Without this, SPE was unable to figure out most of my imports in one of the projects I on which I tested it. (Stani says this should be easy to add for a future release.)

SPE's code completion was weakest overall. It seems to be primarily vim-style completion: if a symbol is used elsewhere in the same file, e.g., "self.foo", it can guess "foo" as a completion after you type "self." There are a few cases where it is smarter than this, but not many -- primarily, it could complete top-level constructs imported from a module, but it was helpless once you started instantiating objects from that and asking about those.

It is worth noting that, especially as open-source projects go, SPE's documentation is pretty decent. The manual is fairly comprehensive and up-to-date, and includes some helpful tutorials. (Stani provides an ad-free PDF version of the manual as a thank-you for donations to the project.)

Komodo

Komodo has at least two large features that the other IDEs do not: support for multiple (dynamic) languages, and a real integrated gui builder, targetting Tk. (There is a dialog in the 3.5.2 build that warns you that code completion--"AutoComplete"--is only supported in Perl and Python right now, but ActiveState's CTO was in the audience and said he believes completion is supported in all 5 languages now. I'd doublecheck this if I had any others installed at the moment, but I don't.) I work in Python full time, but if you work in multiple languages Komodo is pretty much the only option if you want something more sophisticated than Emacs.

Komodo's is also the only Tkinter gui builder I'm aware of that's actually worth using. (Although if you're open to using wxWidgets instead of Tk, wxGlade is free and quite good.)

As far as I can tell, ActiveState has fixed the parsing and autocompletion problems I noticed in 3.1. Perhaps the only major remaining shortcoming is the lack of a real "go to definition." "Find symbol" is essentially text-based, and although the preview pane of where potential matches are found is cool, it's a lot less useful than having a real introspection-based approach. (It also feels kind of slow.)

On a lower-end machine, Komodo is as snappy as SPE and much more responsive than Wing or PyDev. (I was floored when I found out Komodo is built on... mozilla! Do a find for .js and .py in the lib directory. Crazy.) The difference probably won't be noticable on any machine built in the last couple years, but if you have a (really) low end machine, you may want to take this into consideration.

Wing

Wing still gets the little things right more often than the competition. One small example: if you have a multiline expression, pressing tab on the second line lines things up The Right Way. With the others, pressing tab... inserts a tab. (4 spaces, actually.) I suppose this could be called a matter of taste; mine is shaped by years of Emacs use. Which (I confirmed) the Wing developers share, so maybe that's why I tend to like their decisions in such matters.

Overall, Wing's completion is clearly best-of-breed right now. For instance, Komodo is unable to complete the tkinter widgets generated by its builder--try typing, say, "self._button_1."--but Wing is able to do so. There are other cases where Wing out-completes Komodo--another is the file() example mentioned with PyDev. Wing also completes locals for you, which is more useful than it sounds until you try it. (The one thing Komodo does better here is that besides giving you a list of symbols, Komodo's completion also visually indicates whether each symbol represents a function or a field.)

Wing's Emacs mode is by far the best. If you're curious, my litmus test for a good Emacs mode is, "Does it make you use a mouse where the keyboard should work perfectly well?" Wing does not; opening a file with C-x C-f brings up a minibuffer (tab-completed, of course) for file selection. No mouse needed! (My litmus test for a _really_ good Emacs mode is a kill ring; Wing doesn't do this yet.)

With version 2.1, Wing is introducing a vi mode, too, but I have no idea what the litmus test is for a good vi mode.

Conclusion

Komodo and Wing are polished, solid choices. Both have excellent debuggers and source-control integration. Both, frankly, will frustrate you less than PyDev or SPE at this time, if you spend a lot of time coding. Wing Professional is about 1/3 less expensive than Komodo. (I talked with several people who weren't aware that both ActiveState and WingWare offer painless, fully functional free demo licenses for one month. So if you're curious, it costs you nothing to try.)

PyDev + Extensions is in the same price range as the Komodo and WingWare personal editions. (All are around $30.) Komodo's personal edition is slightly less crippled than Wing's: Komodo's leaves out the gui builder and source control integration; Wing's also leaves out the Source Assistant panel (basically, the calltips functionality) and some debugger features.

If the PyDev can shake the bugs off it will become even more compelling. I suspect that PyDev's relative bugginess may be due in part to its lesser opportunity to "dogfood" -- the other IDEs are written in Python and their developers, I'm sure, primarily use their own product. PyDev is written in Java, so this isn't an option.

As noted previously, SPE is the only really free choice left. It's still rough around the edges in a lot of ways, perhaps most notably with the non-integrated debugger, but it's better than the other free options. (I covered more of those in the last review. It wasn't pretty.)

My own choice hasn't changed; after revisiting the latest versions of each product, I think Wing Professional still fits my particular needs best.

Feature matrix

PyDev SPE Komodo Wing IDE
Signals syntax errors Yes Yes Yes Yes
Keyboard Macros No No Yes Yes
Configurable Keybindings Yes Yes* Yes Yes**
*Through external configuration file
**Weak UI; expect to do a lot of manual browsing
Tab Guides No Yes Yes Yes
Smart Indent* Yes Yes Yes Yes
*Knows to de-indent a level after break/return/etc. statements
Code completion Decent* Poor* Good** Excellent
*See review text for discussion
**Also, indicates methods vs fields (but not properties)
Call tips During completion Yes Yes Yes*
*"Source Assistant" provides calltips and docstrings in a separate panel
"Go to definition" for python symbols Yes* Yes ("Browse source") No** Yes
*Supplemented with textual analysis; overall best
**"Find symbol" is basically a find-in-files text search
Templates Yes No Yes Yes
Source Control Integration Eclipse* No CVS/Perforce/SVN CVS/Perforce/SVN
*CVS is standard; plugin availability varies for others

Debugger

PyDev SPE Komodo Wing IDE
Conditional breakpoints Yes Yes+ Yes Yes
+SPE has no integrated debugger but includes winpdb
Debug-integrated Console Yes Yes+** Yes Yes
**"Special commands" make winpdb's console somewhat cumbersome
Debug external programs* Yes Yes+ Yes Yes
*E.g., a script processing a web server request

Miscellaneous

PyDev SPE Komodo Wing IDE
GUI Builder No Wx* Tk No
*the free WxGlade builder is distributed with SPE, but not integrated with it
Emulation Emacs (poor) None Emacs (poor) Emacs (good); VI (?)
Documentation Poor Decent Excellent Good
Approximate memory footprint 150MB 10MB 50MB 50MB
Unique features Code Analysis;
basic refactoring
UML diagrams;
PyChecker integration
Multilanguage; save macros;
regular expression builder
Scriptable with python

Comments

Anonymous said…
You should also keep an eye on 'pida'.

Altough it's still very much a work in progress it has support for version control (cvs, svn, darcs, arch, bzr, ...), code browsing, integration of the gaspacho gui-designer (PyGTK), a documentation browser, pastebin submission & history, a TODO list, integration of your favourite editor, projects, ...

See: http://pida.vm.bytemark.co.uk/projects/pida
Jonathan Ellis said…
I'm not really interested in PIDA or other "generic" IDEs that don't have a deep understanding of Python. (If I were satisfied with that, I'd stick with Emacs.)
Anonymous said…
Like I said, pida is a work in progress and 'keep an eye on it' as it progresses. ;-)

It already has some (limited) python "understanding" (like the code structure browser, the gui designer & integration of pylint, pyflakes & pychecker). And from reading the author's comments on IRC there is more to come. (In some ways it's a bit like Eclipse--an IDE framework/platform to build an actual IDE on.)


PS: I tried PyDev, SPE & WingIDE in the past, and IMHO only WingIDE has something "extra" in its "understanding" of Python...
Hank Fay said…
Dabo (www.dabodev.com) is an ambitious project that is coming along nicely. V1.0 is projected for the end of this year, and they have done pretty well at sticking with their release roadmap.

What is interesting about Dabo is that the authors are coming from a full-featured, object-oriented, data-oriented development environment (Visual FoxPro), which is much more capable than anything available in Python today. They are unlikely to be satisfied until that have made as a good an environment in which to work in Python.
Jonathan Ellis said…
Dabo is trying to solve a different problem--a complementary one, really.
Fabio Zadrozny said…
Hey, and what about the code-completion with auto-import that Pydev Extensions gives you? (I find that one of the most useful ways of code-completion and it wasn't even mentioned in below the code-completion session in the review).

-- It gives you all the globals and makes the import for getting to that global automatically (check http://www.fabioz.com/pydev/manual_adv_complnoctx.html)

Also, the review is not really correct when saying that you don't get a debug-integrated console. In Pydev Extensions 1.0.2, you do have a debug-integrated console (check http://www.fabioz.com/pydev/manual_adv_debug_console.html)

And I know the docs are still not 100%, but I think it could deserve a 'decent' and not 'poor' -- have you been able to found it at the 'manual' session in http://www.fabioz.com/pydev/ ?

Regards,

Fabio
Jonathan Ellis said…
Hi Fabio,

I did not mention pydev's completion of globals because it didn't (and still doesn't) work for me, even a little. Auto-import is pretty cool, though, if a bit slow sometimes.

I fixed the debug console feature matrix. Thanks for the correction.

Re the docs, well, I guess you could say that the bar has been raised since my September review: the pydev manual is a lot better now than, say, Boa Constructor's, but BC isn't in this review for very good reasons. :)
Fabio Zadrozny said…
It appears that you have a problem in your interpreter configuration (the problem you had with cStringIO and wxPython appears to be because of that too).

Have you checked if your interpreter is OK? (tutorial explaining how to configure and check your configuration: http://www.fabioz.com/pydev/manual_101_interpreter.html
and the 'next pages' explain how to configure your project)


If you upgraded from a version earlier than 1.0, this could happen (from 1.0 onwards, all the configurations are backwards compatible, but earlier versions could have this problem.)
Jonathan Ellis said…
I used a fresh install of pydev (and eclipse!) for this review. My interpreter config looks exactly like your manual screenshot.
Fabio Zadrozny said…
And your project has the pythonpath correctly set too?

If you do xml| Ctrl+Space it does not show any global in your workspace? (it only shows after you type at least 3 chars because otherwise it could get too slow...)
Jonathan Ellis said…
Ah... your manual page doesn't make it clear that you have to manually request the completion each time. It works with ctl-space (when I turn off Emacs bindings).
Fabio Zadrozny said…
I'll make it clearer ;-)

The autocompletion is only for simple tokens (self, print, etc) and after '.'

For others, you NEED request it with Ctrl+Space...

So, did you like it?
Jonathan Ellis said…
I don't tend to write "from x import y" as much as "import x... x.y," so writing "x.y" and then doing the quick-fix to add the import flows better for me. But I can see how this would be useful if your style tended the other way.
Fabio Zadrozny said…
Well, modules show in that completion too (together with classes, methods and global variables), so, you should be able to use it even in your style ;-)

p.s. Just fixed the homepage
Marco said…
What about Eric3. It's a nice Python IDE, IMHO the best free Python IDE.
Jonathan Ellis said…
I was sufficiently unimpressed with Eric3 the first time around that I didn't feel the need to review it again.
Anonymous said…
I enjoy Wing the most out of these IDEs, although it irritates me that their built-in shell doesn't start up in the project directory and their debugger acts strangely about throwing exceptions. Consequently, I find myself migrating back to Komodo on occasion, although their autocompletion is brain dead.

I'm glad someone is reviewing these IDEs with the ideas that a) yes, people do want features that actually work. Hopefully at some point, we'll get an IDE that gets all of the features right.

I don't know why it's taking so long for all these IDEs to mature, but it makes me roll my eyes every time someone says "have you looked at this IDE" when it's still in a beta state. Please go away and inform me when you have a stable, mature product instead of a bug-ridden hack.
Anonymous said…
I'm not sure why you say Komodo is the only 'multilanguage' IDE; Eclipse probably supports more languages than any other IDE; I've personally used its Perl, Ruby, C/C++, Make and Java environments, but dozens (possibly hundreds) more exist.
Jonathan Ellis said…
Eclipse may support multiple languages, but PyDev does not, and the plugins for non-Java languages are mostly nowhere near as robust as PyDev. So equating Eclipse's multilanguage support with Komodo's is misleading at best.
You missed JpyDbg , which is both available FOR FREE as plugin from Jedit or Netbeans with lot of features comparable to the other listed here
http://jpydbg.sourceforge.net/

Jean-Yves
Jonathan Ellis said…
Like I told the PIDA guy, I'm not interested in "generic" editors/IDEs like JEdit or Netbeans, even with a debugger plugin.

One litmus test is, if it doesn't do instrospection-based code completion in at least some cases, it doesn't qualify.
Anonymous said…
May I please correct the PIDA url, http://pida.berlios.de/.
Anonymous said…
What do you think about pyxides?

http://pyxides.stani.be
Jonathan Ellis said…
pyxides is vapor at the moment, but Stani certainly seems passionate about it and he obviously has a track record of being able to deliver. Should be interesting to see what happens there.
Unknown said…
I don't know why it's taking so long for all these IDEs to mature

IDEs are huge complex beasts to write, even harder to write well, and Python is still a comparatively small market. I'm guestimating any decent IDE has 100 years of effort in it -- Wing IDE has about 16 and I'm fairly sure our wish list is another 84 years long! ;-)

But we're getting there...
How about Visual SlickEdit? I really don't know much about the feature set other than they have Python support. A very experienced programmer friend of mine swears by it for his programming.
Anonymous said…
What about the IDLE editor that comes with Python (the windows version at least)? I need a bit of ammo on why we should look beyond what comes in the package. A very sparse feature matrix?
Jonathan Ellis said…
Well, yes. IDLE supports virtually none of the features I talk about here.
Anonymous said…
and activegrid??

http://activegrid.sourceforge.net/
Anonymous said…
i just tried out pyscripter, very impressive... especially considering I've never heard of it before
Anonymous said…
It seems activegrid is coming along nicely, though I've only perused their site and not worked with it yet.
Anonymous said…
But still which is the best one of the 6 ? ;D

Offshore Software Development Company India
Anonymous said…
I must give some virtual applause to PyScripter as well. It makes for a great, some what light-weight, free Python IDE. I found about it at Daily Python-URL.
Anonymous said…
SPE - not working on Win XP with Python 2.5 ( or i missed something..).And there is no more development in SPE it seems???

Komodo - looks nice but heavy and slows down all - my computer , the Python program and crashes regularly. I do not feel comfortable buying something that crashes...(especially with Pylab).

IDLE is nice for fast modif and do not crash at all and has no strange interaction with the sub-modules. but it is very limited editor.

PyScripter is my preferred IDE for Python for the moment.(Pylab plot behave strangely (ie path problem) but there is no crash of the IDE at least.). It is fast, light and working and FREE. So it is my best choice.
Anonymous said…
I believe that PyScripter is a great overall IDE. It has good code completion, smart-tabs, and many other useful features. I believe that it would be worth a try.
Luke Stebbing said…
PyScripter looks interesting, but it's Windows-only.
Michael H. said…
I've recently started working on a project in Python, and what surprises me is the lack of support for real interactive development. I don't know if this is just something I take for granted in the Lisp world, but I'm working with WingIDE right now, and I have to go to extreme measures when trying to test things interactively. Why can't I just click on a method and say "evaluate", and have it executed in the current shell as being attached to the proper class? Why do I have to save the file, manually use "reload", and then re-construct all objects I care about?

WingIDE seems pretty reasonable in general, which me wonder if I'm looking for something that people just don't ask for.
Unknown said…
Has anyone had any experience using IntelliJ IDEA with the Pythonid plugin? The text from the plugin's homepage reads "A plug-in for IntelliJ IDEA 5.1 providing Python smart editing, navigation, completion, error highlighting, and more." I'm curious if anyone's had any actual experience with it, though, and if they could offer their observations and insights.
Anonymous said…
So far, SPE is the only Windows IDE I've found that integrates pyChecker -- and pyChecker integration doesn't work because it can't find import modules even in the same folder.

pyChecker would be a compelling reason to change from PythonWin to anything. But at the moment, more features just seems to translate to 'slower to load' or 'can't run your threaded wxPython app'. And when you are testing a threaded wxPython app, re-loading is something you see a lot of.
Jonathan Ellis said…
PyDev integrates pylint.

I find pychecker and pylint mostly useless though because of the predominance of false positives.
Unknown said…
Is this a place to get help? i programmed with Dark Basic before, first, moved to Blitz 3D (that was much better) and then allot on Blitz Max. Problem is they were so plug and play... i cant find out how to simply install a nice IDE for my Python 2.5 <:( Anyone from earth that can help? i need the best ide to start from scratch with Python, and how to install it.
Jonathan Ellis said…
> Is this a place to get help?

Not really. :) You'll get much better audience and response times over at http://groups.google.com/group/comp.lang.python/topics

or via irc at irc://irc.freenode.net/#python

> i cant find out how to simply install a nice IDE for my Python 2.5

Today I would recommend komodo edit (http://www.activestate.com/Products/komodo_edit/) as the best free option and wing ide professional (http://wingware.com/products, has free trial) as the best paid.
Anonymous said…
Ohhhh I'm just coming to terms with how bad my code it! I wish i'd never come here now ;-)

Popular posts from this blog

Python at Mozy.com

At my day job, I write code for a company called Berkeley Data Systems. (They found me through this blog, actually. It's been a good place to work.) Our first product is free online backup at mozy.com . Our second beta release was yesterday; the obvious problems have been fixed, so I feel reasonably good about blogging about it. Our back end, which is the most algorithmically complex part -- as opposed to fighting-Microsoft-APIs complex, as we have to in our desktop client -- is 90% in python with one C extension for speed. We (well, they, since I wasn't at the company at that point) initially chose Python for speed of development, and it's definitely fulfilled that expectation. (It's also lived up to its reputation for readability, in that the Python code has had 3 different developers -- in serial -- with very quick ramp-ups in each case. Python's succinctness and and one-obvious-way-to-do-it philosophy played a big part in this.) If you try it out, pleas

A review of 6 Python IDEs

(March 2006: you may also be interested the updated review I did for PyCon -- http://spyced.blogspot.com/2006/02/pycon-python-ide-review.html .) For September's meeting, the Utah Python User Group hosted an IDE shootout. 5 presenters reviewed 6 IDEs: PyDev 0.9.8.1 Eric3 3.7.1 Boa Constructor 0.4.4 BlackAdder 1.1 Komodo 3.1 Wing IDE 2.0.3 (The windows version was tested for all but Eric3, which was tested on Linux. Eric3 is based on Qt, which basically means you can't run it on Windows unless you've shelled out $$$ for a commerical Qt license, since there is no GPL version of Qt for Windows. Yes, there's Qt Free , but that's not exactly production-ready software.) Perhaps the most notable IDEs not included are SPE and DrPython. Alas, nobody had time to review these, but if you're looking for a free IDE perhaps you should include these in your search, because PyDev was the only one of the 3 free ones that we'd consider using. And if you aren

Why schema definition belongs in the database

Earlier, I wrote about how ORM developers shouldn't try to re-invent SQL . It doesn't need to be done, and you're not likely to end up with an actual improvement. SQL may be designed by committee, but it's also been refined from thousands if not millions of man-years of database experience. The same applies to DDL. (Data Definition Langage -- the part of the SQL standard that deals with CREATE and ALTER.) Unfortunately, a number of Python ORMs are trying to replace DDL with a homegrown Python API. This is a Bad Thing. There are at least four reasons why: Standards compliance Completeness Maintainability Beauty Standards compliance SQL DDL is a standard. That means if you want something more sophisticated than Emacs, you can choose any of half a dozen modeling tools like ERwin or ER/Studio to generate and edit your DDL. The Python data definition APIs, by contrast, aren't even compatibile with other Python tools. You can't take a table definition