They're definitely working on it. I know the JetBrains folks are working very hard to integrate the editing systems of something like emacs / sublime into their IDE.

I'll ping @intelliyole on twitter to respond.

https://twitter.com/mahmoudimus/status/279494119431217153

Update:

For now, what I do is use an external command that pipes out the buffer to Emacs and I use Emacs to slice and dice - then I just C-c # out of Emacs and switch back to PyCharm and keep on coding.

First of all, it's far, far easier to write a plugin adding the "shiny" editor stuff to an IntelliJ Platform-based IDE. As far as the editor features are concerned, the only stuff Sublime does that would be non-trivial to implement in IntelliJ-based IDEs is multiple cursors - but it's still far less work than building an engine for all the smart stuff.

Second, all the smart stuff has performance costs. As soon as you're building a complete model of the codebase and updating it in real time, you're losing all the low CPU/memory usage benefits of a plain text editor.

Really, the only aspect in which we fell the pain of not being native is font rendering on Linux (which has a crappy implementation in AWT and there's little we can do about it). Other than that, it's not a problem at all to integrate as many editor features as you like into a JetBrains IDE.

Oh man I agree whole-heartedly. Let programs do what they're already good at. PyCharm is good at managing things and being a general IDE, and Sublime is fricken awesome at editing text.

Both try to dabble in eachother's realm, but the places where they shine should be inter-operable, not combative.

> (or something else with multiple cursors

IDEA supports multiple cursors, actually, ;).

As for IDE support, I find Sublime text extended with a few key plugins to be just as good as a proper IDE when it comes to (in my case) front-end development; JS checking with JSHint, syntax highlighting for html/js/less, quick HTML using ZenCoding, andsoforth.

...what?!

Care to enlighten me about how to enable or use this? (yes, it finally got column mode editing, but it is far from true multi-cursors, ctr+click in 3 different random places, even two of them on the same line and then move around, expand/contract selection to scope and do zen-coding tricks to them at the same time - yes, it's functionally equivalent to a refactor or a search and replace, but these alternatives break the "don't make me think!" philosophy of true multi-cursor editing that I consider the biggest advantage)

There's a Steve Yegge rant on that topic. It would be much easier to add first class support to a language if its implementation exported the internal data it creates from running/compiling the programs.

Without it, we are left with hacks, or lots of work for every new language, like Eclipse, which Yegge says has 3 Java compilers inside.

There are some fairly awesome Vim plugins out there for various IDEs. In fact, I would consider their availability a great feature of Vim!