I confirm I cant see Julia option (I am on windows 11)
Trying new WSL option
Two remarks
-
the file browser does NOT see Ubuntu symbolic links as links, only as ordinary files (and, by the way, I am complicated, so some of those linux symlinks points back to Windows fs via /mnt …)
-
I have a (two) IDE internal error/ FlexibleJulia exception
first exception
Failed to start Julia PTY REPL
java.io.IOException: Couldn't create PTY
at com.pty4j.windows.winpty.WinPtyProcess.<init>(WinPtyProcess.java:84)
at com.pty4j.windows.winpty.WinPtyProcess.<init>(WinPtyProcess.java:54)
at com.pty4j.PtyProcessBuilder.start(PtyProcessBuilder.java:193)
at com.ilscipio.language.julia.repl.JuliaJediTermView.startLocalRepl(JuliaJediTermView.java:391)
at com.ilscipio.language.julia.repl.JuliaJediTermView.startRepl(JuliaJediTermView.java:301)
at com.ilscipio.language.julia.repl.JuliaJediTermView.lambda$createUI$1(JuliaJediTermView.java:278)
at com.intellij.openapi.application.TransactionGuardImpl.runWithWritingAllowed(TransactionGuardImpl.java:236)
at com.intellij.openapi.application.TransactionGuardImpl.access$100(TransactionGuardImpl.java:22)
at com.intellij.openapi.application.TransactionGuardImpl$1.run(TransactionGuardImpl.java:198)
at com.intellij.openapi.application.impl.AppImplKt$runnableUnitFunction$1.invoke(appImpl.kt:124)
at com.intellij.openapi.application.impl.AppImplKt$runnableUnitFunction$1.invoke(appImpl.kt:124)
at com.intellij.platform.locking.impl.NestedLocksThreadingSupport.runWriteIntentReadAction(NestedLocksThreadingSupport.kt:705)
at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:1094)
at com.intellij.openapi.application.impl.ApplicationImpl$7.lambda$run$0(ApplicationImpl.java:648)
at com.intellij.concurrency.ThreadContext.installThreadContext(threadContext.kt:305)
at com.intellij.openapi.application.impl.ApplicationImpl$7.run(ApplicationImpl.java:646)
at com.intellij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:192)
at com.intellij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:192)
at com.intellij.util.concurrency.ChildContext.runInChildContext(propagation.kt:198)
at com.intellij.util.concurrency.ChildContext.runInChildContext(propagation.kt:192)
at com.intellij.util.concurrency.ContextRunnable.lambda$run$0(ContextRunnable.java:26)
at com.intellij.concurrency.ThreadContext.resetThreadContext(threadContext.kt:294)
at com.intellij.util.concurrency.ContextRunnable.run(ContextRunnable.java:25)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1$1$0(NonBlockingFlushQueue.kt:334)
at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:928)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1$1(NonBlockingFlushQueue.kt:333)
at com.intellij.concurrency.ThreadContext.resetThreadContext(threadContext.kt:294)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1(NonBlockingFlushQueue.kt:330)
at com.intellij.platform.locking.impl.NestedLocksThreadingSupport.tryRunWriteIntentReadAction(NestedLocksThreadingSupport.kt:747)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent(NonBlockingFlushQueue.kt:326)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.flushNow(NonBlockingFlushQueue.kt:305)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.FLUSH_NOW$lambda$0(NonBlockingFlushQueue.kt:167)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:323)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:732)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:711)
at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.kt:721)
at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.kt:574)
at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$0$0$0(IdeEventQueue.kt:378)
at com.intellij.ide.IdeEventQueueKt.performActivity$lambda$0(IdeEventQueue.kt:1111)
at com.intellij.openapi.application.TransactionGuardImpl.performActivity(TransactionGuardImpl.java:106)
at com.intellij.ide.IdeEventQueueKt.performActivity(IdeEventQueue.kt:1111)
at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$0(IdeEventQueue.kt:376)
at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.kt:416)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:207)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:92)
Caused by: com.pty4j.windows.winpty.WinPtyException: Error running process: CreateProcess failed. Code 2
at com.pty4j.windows.winpty.WinPty.<init>(WinPty.java:128)
at com.pty4j.windows.winpty.WinPtyProcess.<init>(WinPtyProcess.java:81)
... 48 more
second exception
java.lang.IllegalStateException: This method is forbidden on EDT because it does not pump the event queue. Switch to a BGT, or use com.intellij.openapi.progress.TasksKt.runWithModalProgressBlocking.
at com.intellij.openapi.progress.CoroutinesKt.assertBackgroundThreadAndNoWriteAction(coroutines.kt:614)
at com.intellij.openapi.progress.CoroutinesKt.runBlockingCancellable(coroutines.kt:150)
at com.intellij.openapi.progress.CoroutinesKt.runBlockingCancellable(coroutines.kt:134)
at com.intellij.execution.wsl.WslIjentUtil.runProcessBlocking(WslIjentUtil.kt:70)
at com.intellij.execution.wsl.WSLDistribution.lambda$patchCommandLine$1(WSLDistribution.java:258)
at com.intellij.openapi.progress.ProgressManager.lambda$runProcess$0(ProgressManager.java:98)
at com.intellij.openapi.progress.impl.CoreProgressManager.lambda$runProcess$2(CoreProgressManager.java:283)
at com.intellij.openapi.progress.impl.CoreProgressManager.lambda$executeProcessUnderProgress$14(CoreProgressManager.java:744)
at com.intellij.openapi.progress.impl.CoreProgressManager.registerIndicatorAndRun(CoreProgressManager.java:819)
at com.intellij.openapi.progress.impl.CoreProgressManager.computeUnderProgress(CoreProgressManager.java:775)
at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:743)
at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:87)
at com.intellij.openapi.progress.impl.CoreProgressManager.runProcess(CoreProgressManager.java:267)
at com.intellij.openapi.progress.ProgressManager.runProcess(ProgressManager.java:98)
at com.intellij.execution.wsl.WSLDistribution.lambda$patchCommandLine$2(WSLDistribution.java:257)
at com.intellij.execution.configurations.GeneralCommandLine.createProcess(GeneralCommandLine.java:579)
at com.intellij.execution.configurations.GeneralCommandLine.startProcess(GeneralCommandLine.java:599)
at com.intellij.execution.configurations.GeneralCommandLine.startProcess(GeneralCommandLine.java:446)
at com.intellij.execution.configurations.GeneralCommandLine.createProcess(GeneralCommandLine.java:416)
at com.intellij.execution.process.OSProcessHandler.startProcess(OSProcessHandler.java:85)
at com.intellij.execution.process.OSProcessHandler.<init>(OSProcessHandler.java:45)
at com.ilscipio.language.julia.repl.JuliaReplService.startRepl(JuliaReplService.java:598)
at com.ilscipio.language.julia.settings.JuliaSettingsConfigurable.lambda$apply$14(JuliaSettingsConfigurable.java:1437)
at com.intellij.openapi.application.TransactionGuardImpl.runWithWritingAllowed(TransactionGuardImpl.java:236)
at com.intellij.openapi.application.TransactionGuardImpl.access$100(TransactionGuardImpl.java:22)
at com.intellij.openapi.application.TransactionGuardImpl$1.run(TransactionGuardImpl.java:198)
at com.intellij.openapi.application.impl.AppImplKt$runnableUnitFunction$1.invoke(appImpl.kt:124)
at com.intellij.openapi.application.impl.AppImplKt$runnableUnitFunction$1.invoke(appImpl.kt:124)
at com.intellij.platform.locking.impl.NestedLocksThreadingSupport.runWriteIntentReadAction(NestedLocksThreadingSupport.kt:705)
at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:1094)
at com.intellij.openapi.application.impl.ApplicationImpl$7.lambda$run$0(ApplicationImpl.java:648)
at com.intellij.concurrency.ThreadContext.installThreadContext(threadContext.kt:305)
at com.intellij.openapi.application.impl.ApplicationImpl$7.run(ApplicationImpl.java:646)
at com.intellij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:192)
at com.intellij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:192)
at com.intellij.util.concurrency.ChildContext.runInChildContext(propagation.kt:198)
at com.intellij.util.concurrency.ChildContext.runInChildContext(propagation.kt:192)
at com.intellij.util.concurrency.ContextRunnable.lambda$run$0(ContextRunnable.java:26)
at com.intellij.concurrency.ThreadContext.resetThreadContext(threadContext.kt:294)
at com.intellij.util.concurrency.ContextRunnable.run(ContextRunnable.java:25)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1$1$0(NonBlockingFlushQueue.kt:334)
at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:928)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1$1(NonBlockingFlushQueue.kt:333)
at com.intellij.concurrency.ThreadContext.resetThreadContext(threadContext.kt:294)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent$lambda$1(NonBlockingFlushQueue.kt:330)
at com.intellij.platform.locking.impl.NestedLocksThreadingSupport.tryRunWriteIntentReadAction(NestedLocksThreadingSupport.kt:747)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.runNextEvent(NonBlockingFlushQueue.kt:326)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.flushNow(NonBlockingFlushQueue.kt:305)
at com.intellij.openapi.application.impl.NonBlockingFlushQueue.FLUSH_NOW$lambda$0(NonBlockingFlushQueue.kt:167)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:323)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:732)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:711)
at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.kt:721)
at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.kt:574)
at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$0$0$0(IdeEventQueue.kt:378)
at com.intellij.ide.IdeEventQueueKt.performActivity$lambda$0(IdeEventQueue.kt:1111)
at com.intellij.openapi.application.TransactionGuardImpl.performActivity(TransactionGuardImpl.java:106)
at com.intellij.ide.IdeEventQueueKt.performActivity(IdeEventQueue.kt:1111)
at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$0(IdeEventQueue.kt:376)
at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.kt:416)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:207)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:92)
General Question, is there a reason why the notebook support uses a sans serif instead of a monospaced font? That kind of confuses me when reading/writing code as in Pluto/Jupyter code cells would also still be rendered in monospace. Or is there a setting I missed somehow?
Thanks for your work!
Happy to change that for the next release - no reason other than, me “guessing” it all. Should have used JetBrains Mono for this
Ok, i need to take a look at all of those.
New Release: Flexible Julia 2026.9.37
Fixes:
- New Project wizard now visible in PyCharm, CLion, and other JetBrains IDEs (was IntelliJ-only)
- Notebook code cells now use the editor’s monospaced font instead of sans-serif
- WSL REPL: fixed EDT thread violation when starting REPL from settings dialog
- WSL REPL: fixed PTY creation failure (“CreateProcess failed”) on some configurations
- Julia tool windows (REPL, Scientific, Profiler) now only appear in Julia projects
Bugfix release following 2026.9.36.
The New Project wizard was accidentally IntelliJ-only - now works in PyCharm, CLion, and the rest of the JetBrains family. The WSL REPL issues that were causing crashes on certain configurations are also fixed.
Notebook cells now use your editor’s monospaced font instead of sans-serif. Code should actually look like code now.
I also made it so that only Julia projects see our Julia panels - this is less annoying for those that use multiple language plugins in their IDE.
@ufechner7, @jdad: Thanks for catching the PyCharm wizard issue!
@taaem: Notebook font fix is in - good catch!
@jdad: WSL REPL exceptions sorted - appreciate the reports!
Update: the version was already accepted by JetBrains and is now available on the marketplace
New Release: Flexible Julia 2026.9.38
New Features:
- Interactive Window (experimental): Send code to a Jupyter-like cell panel via the editor context menu or Ctrl+Alt+Shift+Enter - enable in Settings → Julia → Experimental
Trying something new here. The Interactive Window gives you a Jupyter-like experience without leaving your editor - select code, send it to the panel, see results inline. Think of it as a scratchpad that lives next to your code.
Still experimental, so you’ll need to enable it in Settings - Julia - Experimental. Would love feedback on this one.
If this works well for everyone, I may also try backporting it to VSCode or at the very least contribute to a detailed ticket (if time allows).
Thanks to @RoyiAvital for the idea - let’s play around with this 
Direct link (Install via File - Settings - Plugins - Install from Disk): https://plugins.jetbrains.com/plugin/download?rel=true&updateId=1086134
Another quick reminder to everyone that JetBrains discounts exist and I opted into all of them:
Discount Community Programs
- For students and teachers (Free)
- For classroom assistance (Free)
- For Open Source projects (Free)
- For universities and educational organizations (50% Off)
- For startups (50% Off)
- For former student license holders (40% Off)
- For Developer Recognition Program (Free)
- For non-profit organizations (50% Off)
New Release: Flexible Julia 2026.9.39
New Features:
- Joovy (experimental): Tiered lazy compilation. Bundled with the plugin, enable in Settings - Julia - Experimental
So I keep coming back to @tue and his post about performance. And having a background in Java, i keep thinking that maybe we need a Groovy like runtime environment. So I began playing around with that idea and here it is:
Joovy is a dynamic compilation engine that sits between you and Julia’s native compiler. It’s not a change tracker - so it is not a Revise.jl. Joovy replaces how compilation works.
So what Joovy does it, it wraps your code and sends it to joovy before hitting the compiler. There we determine which parts of all dependencies are actually required for your run and compile those, instead of the whole packages. We then have tiers. Tier 0 is basically a non compiled version of the code (so super slow to run, but instant to load), tier 1 is a our optimized approach - first run will be faster, but runtime a little slower than native Julia, lastly tier 2 is production ready fully compiled native julia code.
In flexible-julia (and if Joovy is enabled), I will now promote everything to tier 1. There is some optimization too, if you keep calling/processing certain code fragments, we promote it to native speed in the background. Your external packages get the same treatment.
The result: your first interaction with any code is fast, and hot paths converge to native performance without you doing anything.
So it is a useful addition to Julia compiler and Revise.jl and sits in between both, hopefully improving the overall feel during development.
I’ve also open-sourced Joovy for everyone to play around with:
As this is all very much experimental, it would be great if some of you could turn it on and run joovy_benchmark() after your calls, it should tell us exactly if things improved. (restart repl in between switching the joovy process on or off).
You can download the most recent version here: https://plugins.jetbrains.com/plugin/download?rel=true&updateId=1098549 (File - Settings - Plugins - Install from disk)
I will also add a post under tooling that explains the concept a bit better.
EDIT: posted this in the dedicated thread instead
Here’s the dedicated discussion: joovy-faster-compilation-with-julia
Edit: I had to reupload the version - but the new link works https://plugins.jetbrains.com/plugin/download?rel=true&updateId=1098549