* 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
(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.
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.
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).
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.
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.
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.
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."
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.
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.
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.
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.
Just tried it. Looks nice but a bit lacking on the code completion, i think. Maybe I need to give it another chance.
Also, I think would be nice if there was a way to interact with the console after running a script. I realize this may be sort of an odd request, but it is very convenient when you're not quite sure on how you want to solve a problem, and you need to try out some solutions interactively. I greatly enjoy this in spyder, my current python ide of choice.
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 )
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.
"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.
There's no such thing as a cross-platform GUI layer that doesn't suck.
Qt comes the closest, and it has all sorts of platform-specific hacks in it, some even visible at the API level.
If you're going to be writing something that's used as frequently and intensively as an IDE, then it had BETTER conform to the user interface guidelines of whatever OS it's running on. Those differ on Windows or Mac, and Linux doesn't really have any.
I definitely agree with your thoughts on this, but I guess I wanted to add that Linux most definitely _does_ have human interface guidelines -- they're just not the same for every flavor of Linux under the sun. Granted a lot of Linux apps tend to be "cross-environment", or just cross-platform in general, so it's less obvious than on Mac, for example.
But GNOME definitely has them, and newer projects which have dedicated themselves to a really solid HIG are gaining a lot of traction.
I used to think so, too. But then, IDEs and developers are kind of special.
IDEs are mostly just big rectangles full of text, which are eminently platform independant. Developers are special in that that we are very used to staring at terminals and logs, and are very accustomed to work with colored but unformatted text. Also, workflows tend to be very similar, across platforms and environments.
So that leaves us with not much reason for platform dependance, and thus Eclipse, Emacs/Vim/etc., and terminals. Even Visual Studio sports many things, but a native look is not among them. I guess XCode is the only really platform-dependant IDE I know. All the others could just as well run on different platforms or even do so.
There are so many bits of 'cross platform' software where the OSX build requires X11. Considering X11 doesn't come with the newer installs of OSX (and there's no media with extra bits), and stuff like Airs have space at a premium, the X11 option is pretty terrible.
One of the few. I am a PyDev user, but I have been migrating toward using ipython notebook for development and saving the code into .py files when I need to run in production. PyDev gets used to debug the resultant code when something goes wrong.
PyDev seems to heavy to me when you need to write a standalone script and too buggy at evaluating module dependencies resulting in bad tooltips. Ipython notebook doesn't have this problem because you evaluate code as you develop, so tooltips come from object introspection.
Oh, the old saying "Write once, run crappily everywhere." See the other comments already talking about it crashing or having weird behavior. It's something I've come to after many years of trying cross-platform apps that involve a GUI... They are almost all terrible.
I hope the group who agrees with me is cancelling out all the down-votes I got for expressing a valid & common opinion. :)
You really can't think of any reasons why a person would suspect a cross-platform IDE to be a waste of time? I stupidly downloaded the 141MB only to find out it requires X11 (ugh) on a Mac which isn't even included in MacOS anymore (yuck). Delete.
I can't speak for gfosco, but my guess would be that it's because in IDE-land "cross-platform" frequently means "written in Java" (as with Eclipse, NetBeans, etc.), with all the performance issues and not-quite-perfect platform look and feel that implies.