[ANN] Juno 0.7.11

Hey folks,

Juno 0.7.11 is out and brings a few exciting new features and lots of bugfixes:

  • Improved autocompletions for paths, dict keys and struct fields. Also return type indications and per-method doc strings:

  • Built-in support for a remote edit workflow
    • This feature is integrated with ftp-remote-edit, so please install at least version 0.12.21 of that package.
    • You can seemlessly open files on a remote server and start a Julia session there which behaves exactly the same as a local session.
    • Support for persistent tmux sessions on the remote server that you can connect to/disconnect from at will.
    • New settings for remote editing can be found under Julia > Settings.

  • Bugfixes/small features:
    • The plot pane indicates whether it is disabled or not.
    • Added an option to persist the working directory.
    • Fixed a bug with terminal sizes being inconsistent (mainly on Windows).
    • Fixes Open Package in new Window command.
    • Miscellaneous display system fixes.
    • Fixed module detection in certain edgecases.

Bugs are best reported here and we’ll do our best to answer any and all questions you might have in the Gitter chat, Slack or here on Discourse.


Important : Restart Atom before updating julia-client or ink and do not start a Julia session.
If that does not work, close all Atom instances and type

apm uninstall ink
apm install ink
apm uninstall julia-client
apm install julia-client

into a terminal.

As always, make sure all Julia and Atom packages are up-to-date.


This remote editing is phenomenal. I can use Juno to interactively use my lab computers from home, without a hiccup. It’s insane. Good job @pfitzseb.


Many thanks for developing Juno! Could you say what features Ink is necessary for? Is it the plot pane, etc.? I ask because Atom’s Timecop reveals that Ink is responsible for quite a lag when I open a new Atom window. What do we loose if we disable Ink? It would be great if Juno offered facilities such as autocompletion without needing Ink. Is that possible? Could it be an option when installing Juno?

Basically all UI elements are implemented in ink, plus a whole load of other (more or less) basic building blocks. So no, there’s no plan to provide a version of Juno without ink.

That said, I’ll definitely take another look at load times. Long term I’d also like to deprecate ink and move that functionality into julia-client, since that would make performance optimisations easier, the code in general much cleaner, and get rid of the update troubles.

1 Like

Remote edit sounds really useful. I currently use an expensive laptop with good battery life to run Julia while “on the road”. I get some 10 hours battery life with standard desktop work, and closer to 6 hours with intensive Julia work.

With this remote edit, could I:

  • use Juno on a laptop, log into a powerful workstation via ftp, do the number crunching on a workstation (at work, or at home), have the results returned to the laptop-Juno, and view plots locally?
  • would this also work with LTE communication, i.e., without wi-fi (some of these newer “always on” PCs…)?
  • is it difficult to set up this communication with a home PC behind a router?
  • is Julia needed locally to run Juno?

Some newer PCs with better battery life comes with an ARM processor. I guess Juno/Julia doesn’t run on Win-on-ARM, so my last question above would probably rule out this solution on Win-on-ARM?

Hm… there were 2 updates for Juno this morning. After I installed the updates, the left margin palette of tools (new file, open file, open REPL, etc., etc.) disappeared.

Any ideas of how to get this back?

You need an ssh connection, but yes.

In theory yes, but ssh doesn’t work very well with unstable connections.

Usually not, but you’ll probably need some kind of dyndns service.

It shouldn’t be, but tbh I never tried without a locally installed Julia.

That’s probably the update failure mentioned in the first post. If you re-install julia-client things should work fine again.

Hey, Thanks a lot for bringing us Juno!
I updated Juno to the new version, and now instead of the Console I have the julia REPL (like in a terminal) - with no autocomplete and other nice functions of the console.
Is that intended?

Thank you!

Is that intended?

Yes, that’s the new default, and I’d heavily encourage you to use that instead of the Console.

However, if you really need to then you can change this setting (under Settings > Packages > julia-client):

Thanks for the fast answer!
May I ask why do you recommend not to use the console?

Couple of reasons:

  1. It doesn’t support REPL modes (like the pkg> mode).
  2. It’s slow.
  3. It’s basically unmaintained.

Granted, you’ll lose a bit of the fancy interactivity, but that will be restored at some point with something like this.

1 Like

Features of the new Juno REPL are tracked here if you want to follow the progress:

Alright, with the new ink release we now have search functionality in all terminals:

Thanks again to @NHDaly for initiating work on that!


Awesome release!

I’m especially a huge fan of remote connection, where calculations are done, with a local Atom.