Could this all be done as plug-ins to Atom? Sounds easier than developing an IDE from scratch.
> On 15 Sep 2015, at 1:40 am, Matt Bauman <mbau...@gmail.com> wrote: > > On Monday, September 14, 2015 at 9:44:07 AM UTC-4, Andrei Zh wrote: > To continue Michael's answer, I think it would be nice to collect list of > most important features that existing editors for Julia still lack and think > out what can be improved. So far I've seen following features: > > * integrated debugger -- currently work in progress (Gallium.jl), so it may > change soon > * better integration with REPL -- AFAIK, Emacs is the only editor that has > this integration (via ESS mode) so far > * code refactoring > * built-in documentation (in addition to Julia's own help system, I suppose) > * built-in plots > > This doesn't look like a huge list. If this is what is needed for > non-programmers to work with Julia without pain, I'd say we have a good > chances to get it. > > If you look carefully, you'll see work progressing on each and every one of > these projects, in some cases very rapidly. > > * The new 0.4 documentation allows all sorts of access and search features > with extremely little amounts of code. > * Refactoring: https://github.com/jakebolewski/JuliaParser.jl/issues/22 > * UI: There are two predominant threads of work, one in GTK and one in Blink > (JS-enabled web-like DOM windows). Take a look at the new Immerse.jl and > https://github.com/JunoLab > * There's also interesting work in terminals themselves, making the REPL more > full-featured there. Take a look at TerminalExtensions.jl for iTerm2 on OS > X: you can display arbitrary images (like plots) inline and capture > backtraces in order to open an editor directly to the error with a > double-click. > > It's only a matter of time before more of these things come together. I > think it's really exciting!