Yes, looks like the bug I mentioned earlier. This bug: https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8266473 I somehow doubt that the CLI tools will handle it better. But I'm curious if it does. I have myself never succeeded in installing the CLI on Windows, so I haven't been able to check.

Interesting. I will let you know about the student's experience in trying CLI. Is the workaround mentioned there implemented?

Nope. Then it would work. 😃 The bug is fixed back to Java 11, I think, so re-installing Java should get rid of it.

Good to know! I will pass this along.

If someone runs into troubles installing the Clojure CLI, here's what I do when I need clojure on Windows: • Download the windows-amd64 zip from https://github.com/borkdude/deps.clj/releases • Unzip it -> gives me deps.exe • Rename deps.exe to clojure.exe • Place clojure.exe somewhere on the PATH (like C:\Windows\System32\clojure.exe). This will use deps.clj instead of the official Clojure CLI, so in case the official CLI tool can dodge that Java bug, then this is not a solution.

It seems to work for me. Can you provide an example for reproducing the issue? I can’t think of why it wouldn’t work for you if the private metadata is working.

let me try it again with latest version

Here is what I found. v2.0.331 it works. But the cool lines you draw above and below the function don’t appear. In v2.0.324 it doesn’t work. But the cool lines still appear. 🤷 I’m using v2.0.324 because the lsp works in this version.

Ahh I’m not sure why the lines wouldn’t show for you in 2.0.331, if they show for me. Feel free to create an issue for that and provide details such as how you’re starting your repl, if you’re using lein or deps.edn, the Calva version (2.0.331) and sample code for which the lines don’t appear when instrumented.

Hi! (We try to use threads here.) Can you describe this feature a bit? I'm not familiar with it. But sounds cool! 😃

Sure basically when you write Python in a .py file you can place a comment above code like so

# %%
1 + 1

Try it out. Just create a Python file. Write # %% type some code as I have in the screen shot and press shift+enter.

Do I need some Python extension? Nothing happens when I try it. 😃

Yeah, you probably need to install the Python extensions.

Forgot that part. 😛

What's the use case in Clojure code? When would you use this instead of alt+enter och ctrl+enter?

Should be the one provided by Microsoft.

I prefer the output format of a Notebook to the standard Clojure REPL.

Have you tried the Calva Notebooks?

Also, since # %% evaluates everything below there is no need to wrap things with let and/or do to evaluate multiple forms, etc.

Yes. I don’t want to work in the Notebook.

I want to work in a clj file as usual and send forms to the notebook as with # %%.

This is why I was asking.

Is it already possible to send to a notebook?

Calva has a an API which lets you use its REPL. Maybe this should go in a separate extension using that API, or maybe it can be done with Joyride?

I didn't know about send to notebook until now. 😃 Maybe @U02EMBDU2JU knows what's possible around that.

Sure. I’m just now learning about the Notebook API in VS Code. A lot of this is new to me so I apologize if I don’t know everything yet. I’ve just barely ported over my standard Emacs evil bindings to work with neovim etc.

Not saying I know this shouldn't be added to Calva, but sounds like Joyride could be a good first step to prototype it at least.

Mostly I’ve used VS Code for Python and JavaScript. I’ve almost got most of my creature comforts for Clojure. 🙂

I’ll take a look.

Mhh no never heard of send to notebook

Check out the link and my description of the feature.

Sounds like send to notebook is something we should take a look at.

I’m going to work through the Notebook extension guide and learn a bit more.

I don't get any cell UI even with the Python extension installed...

FWIW it could also be handy for new people using the language who like to def everything and aren’t used to working with a loaded weapon like the REPL. 😛

Hmm

@pez Ah, I think you may need to install the Jupyter package.

pip install jupyter

> To work with Jupyter notebooks, you must activate an Anaconda environment in VS Code, or another Python environment in which you’ve installed the https://pypi.org/project/jupyter/. To select an environment, use the Python: Select Interpreter command from the Command Palette (⇧⌘P).

You don’t have to install Anaconda. It should just find your OS default python.

Doing it now. A bit more than I would want to happen with my machine, but anyway 😃

LOL I feel like I have no discipline. gem install hairball 😛

I’ve kinda gotten used to Python pip install just about everything but I also use conda to keep things sane.

@U9A1RLFNV, we discussed alternatives for the Output/REPL window some days ago. This Interactive jupyter thing looks pretty interesting.

Its definitely nice. It’s really convenient for all sorts of things. Just checked out Portal too.

It's quite similar in concept to Portal.

The two go together right?

I think something unstructural like # %% isn't a good fit for Calva, but a Joyride script or an extension could do it for people who want it.

Thanks for pointing me in the right direction.

Thanks for showing us about Send to Notebook!

Re: Portal -- I have all my evaluations go into Portal for viewing (and my REPL output window is always hidden). I use the Portal middleware so it captures regular evaluations, but I can also tap> values and those go directly to Portal without middleware wrapping. I like that it allows me to switch to data exploration mode if I need to, expanding parts of nested data, and visualizing them in different ways, but I also have hot keys that I can use from my editor to expand/contract parts of the Portal view without needing to switch over to Portal directly.

> I use the Portal middleware so it captures regular evaluations So I can just use Calva’s regular eval commands and results are sent to Portal, if I use the Portal middleware?

Yeah, that’s one way to do things. I’m not a big fan of tap> though.

Well, what I mean is, I like tap> for certain things (async). The use case of # %% is very nice for several use cases and easy to clean up.

tap> is one of the best additions to Clojure in years for me - I use it so much in development and in debugging, even with remote servers.

Its handy. No doubt.