(Seriously, check it out - KDevelop's Python plugin and Microsoft's PTVS are currently the two projects doing serious work on static analysis of Python for live editing purposes. Here's a nice subthread comparing the two: http://news.ycombinator.com/item?id=4725634)
That's a good point, although I feel that "development on KDE" needs a response: KDevelop isn't limited to making KDE applications, and KDE applications like KDevelop aren't limited to running inside the KDE shell - the major Linux desktops are quite interoperable today as far as running applications goes. Furthermore, generally speaking KDE apps are also available for Windows (via the KDE Windows installer) and OS X (via distibutions like Fink), although both platforms are considered experimental deployment targets for KDevelop.
"hundreds of megabytes of KDE runtimes" is absolute FUD. libkde4core is 2.5MB on my system here. Even all the KDE libraries that you would need are only going to be in the 10s of MB. Did you actually do a test to see how much you would need?
Yes I did. On my 32-bit Xubuntu machine, I called `sudo apt-get install kdevelop`, and it has informed me that I require 99.0 MB worth of archives, and that it will take up ~330 MB of disk space after everything is installed. For some reason, I recall `apt` telling me I had to download over 100 MB on my 64-bit machine...
Admittedly, a lot of the download size comes from additional dependencies, but still - I don't want to have to install all that when I use an entirely different WM, and there are alternative WM-independent solutions to begin with.
KDevelop is WM-independent -- its dependencies don't include the window manager or shell. This silo thinking has to stop. Basically all the library stacks on Linux have a shell project prominently associated with them (Qt/kdelibs: Plasma, GTK+: Gnome Shell, EFL: Enlightenment, Motif: CDE), so you run out of "WM-independent" apps pretty fast if you make that mistake. And considering Qt even calls into the GTK+ theming system if run in Gnome it strives to be interoperable more than most.
As for alternatives, I'm not aware of a Python IDE with comparable abilities for Linux (Wing probably comes closest, but is proprietary).
What has the potential for greater impact on your productivity - 320 MB of used disk space or a useful IDE?
Maybe the package (Kdevelop or something above it in the dependancy tree) maintainers screwed up. Unfortunately it's not very uncommon to see complete gnome-* download (I have KDE) for a simple application that only requires one library.
I'm going to guess you're based in the US, because the two big Linux desktop camps are indeed somewhat split along the continents as far as mindshare goes. Makes me wonder about the exact breakdown by geographical area of the HN readership :).
Against your anecdotal evidence I'll present a somewhat less anecdotal evidence in the fact that KDE was voted best desktop environment in the last annual LinuxQuestions members choice awards. Clearly people voting for it are the ones using it, don't you think?
Well, it has historic reasons - KDE was founded in Germany and many of the initial wave of developers were based there, and it's the same for Gnome and the US. Both were certainly international from the start and the bias on the developer side largely no longer persists (also due to the huge presence of South America and India in FOSS now), but for the first half-decade you were simply far more likely to run into KDE people at a European event and into Gnome people at a US-based event, and thus make connections and become involved. This then extended to things like the prominent distributions (SuSE and Mandrake: KDE-centric and from Germany and France; Red Hat: Gnome-based and from the US) and print mag coverage, when that still mattered. And of course Trolltech was a Norwegian company later bought by a certain Finnish phone maker.
And to become more markedly opinionated for a moment, it's also most likely why Gnome managed to catch on and get to a place where it could make some meaningful contributions to the space, despite always having run on arguably inferior technology: The US FOSS scene had a little bit more of an entrepreneurial spirit going (also due to the early decision for LGPL licensing - well, kdelibs was always LGPL as well, but Qt only went LGPL a few years ago, while GTK+ always was) and the US IT market is simply somewhat bigger as well. If KDE had put some more effort into growing US mindshare early on (like it has tried to in recent years by launching a second annual conference just for the US, Camp KDE) things might have gone differently.
Indeed. I tried out Ninja about 6 months ago. While it was very nice I found it just didn't compare to KDevelop in terms of features and ease of use (admittedly I am also using to KDevelop for C++ work).
I had no luck with Python under KDevelop (tried it something over a year ago). It worked, but not really as an IDE. I liked it for C though, maybe it would be worth trying it again.
And it might be silly but I really loved the KDE's variable coloring. Example for those who don't know: http://www.kdevelop.org/sites/kdevelop.org/files/photos/Kdev... Basically every variable name is hashed and colored differently. Upside is that different variables have different colors in the code and the orientation was much easier/quicker. Downside is that you sometimes catch yourself renaming variable just to have a different color.
It is FOSS (GPLv3). The license information was a wee bit hard to find (Wayyy down on the about page http://ninja-ide.org/about/) and I first thought it was some frankenstein freemuim product where you had to apply for a free license if you were an OSS devel (like PyCharm) etc. etc.
I gave it a whirl:
1. Snappy, which is nice, since PyCharm can be sluggish on my Mac
2. No VCS integration
3. By default very strict code checking is turned on, which turns my (functional) code into a sea of underlines, which is not so pretty
It looks to be an interesting start, but it will need VCS integration before it looks suitable as a PyCharm replacement.
I didn't look in detail at code completion/code assist, which PyCharm does very well.
An interesting message board feature would be the ability to (self) tag posts plus a filtering mechanism to allow users to avoid grammer or spelling nitpicks. Or they could be styled differently. Instead a full reply, it'd be an asterisk that you'd hover over to read if you really wanted to.
It's nice in Netbeans, because I can see which lines I've changed while I'm editing, and if I hover over the sidebar it will show me what I've changed or deleted. Probably they all do that, but Netbeans is the only IDE I bother with.
I won't say it's indispensable, but it is handy. I don't miss it outside of Netbeans though.
* Scrolling is way too slow. This isn't nitpicking, this is really very important to me
* I like PEP8 warnings and use them in other editors, but I don't like not being able to pick which style stuff I care about
* I don't like the PEP8 tooltips. They cover up my code and that's the worst possible place to put them. Even if I do plan to "fix" the issue, coming up over the code that I'm typing right now is never okay.
* It's really quite a lot of work through some confusing terminology to get a test run of the IDE going on an existing project. I don't want to move my code into your workspace. I don't want to import my existing project (that sounds scary)
* Some glaring bugs seem to indicate that this is more young than is indicated on the very flashy project site. For instance, if I try to import a project but cancel the "select a directory" popup, I inconsistently get it either removing my previous selection or crashing the whole IDE
What would really help is a small demo video just to get a whiff of what the IDE feels like. The description and screenshots are somehow not enough for me to download and install an entire IDE and take a test drive. If there is a demo video somewhere, my apologies - I was not able to find it.
Yes, and no: from the PEP8 style guide: (my emphasis)
"Consistency with this style guide is important. Consistency within a project is more important. Consistency within one module or function is most important.
But most importantly: know when to be inconsistent -- sometimes the style guide just doesn't apply."
Pretty cool all around, but it needs a lot more stability work. It crashed a few times just scrolling around in some of my python projects, and there are quirks such as complaining "This font can not be used in this editor" if I open the font selector and then click "Cancel".
Also, changing the margin line doesn't seem to take effect unless you quit and restart the IDE.
From a usability perspective, your download button could be better. It doesn't download right away (which is fine), but redirects to downloads/win for me. Might be nice to have it auto-scroll to the win downloads since it took me a while to figure out what was going on.
Hello, I'm part of the NINJA-IDE Team, and first to all, I would like to thank everyone for the feedback (good ones, as much as bad).
Currently we are working to make NINJA-IDE compatible with Python3 (among other features) and taking care of several issues to ensure better stability (and guide the development process with tests).
I hope we can find the time to take care of some of the stuff mentioned here as videos, screenshots, user guide, etc.
It's a lot of work, but we are proud of what we can achieve with a free software project.
0) Downloaded and installed it. For some reason the installer was in Spanish. Launched the IDE itself. Fortunately it was in English.
1) clicked file - new project, selected python, named it "test"
2) tried to type the project location, it wouldn't let me. Selected the project location via the "Examine..." button instead. (The filesystem browser launched in program files instead of my home folder.)
3) typed print("hello world") in __init__.py
4) hit F6 to run. This doesn't seem to do anything except pop up a save dialog. The only output I get is "Failed to start" with no further indication of what is wrong.
Chosing a "main file" in the project properties didn't seem to make any difference. I don't know how to make this thing execute code.
> I don't know how to make this thing execute code.
This happens to me basically in every IDE, with every language. I somehow got used to the fact that IDE requires some maintenance prior to working with it. I guess it shouldn't be the case but it is my (limited) experience.
Although vim has almost completely sucked me in already, does this thing have support for 1) separate indentation settings for different file formats and 2) separate indentation settings for different "projects"?
I've been looking forever for a text editor that does this and surprisingly few do.
As others have already mentioned, PEP8 validation is enable by default, which is a little excessive in my opinion (specially with the line < 80 chars rule). It would be great to be able to disable individual rules, a la Ecliplse/Netbeans.
All in all it looks very nice, thanks for sharing.
I have a fairly large screen (27inch cinema display) and use Vim. 80 Character lines are perfect. They look nicer, are easy to read (in the same way books are easy to read when lines are not super long) and with vim can accommodate ~4 split windows side by side which is useful.
No, we shouldn't. It's about just the right line length to mate reading a lot easier. Take a look at this to see what I mean . Another thing, one liners are great, and I love them too. But they don't hurt only readability.
I use python with sublime text 2 which is great but not as great as eclipse with the python plugin. I'm learning django right now and even with the code intel , it is hard to discover the api without going to the doc. ST2 is blazing fast ,but sometimes a more heavier ide is better ( and i can launch manage.py shell from eclise which is top notch )
"Me too". I've tried many Python IDEs, settled down with Wing IDE.
The one feature I truly love in that IDE is "debug probe". Once you breakpoint (or hit an unhandled exception), you can walk up and down the call stack and evaluate arbitrary expressions in any frame. SO handy.