portal

wcohen 2025-06-12T17:04:33.263279Z

Apologies for the dumb question. I'm trying to recreate the workflow to get portal-present working, so I can try to use it to structure some analysis with slides and sections (a la kindly/clay, but without having to always re-process the entire workbook each time). When I switch to the presentation branch and run portal-internals, it works but it seems like some npm deps have degraded a bit and shadow-cljs has some difficulties connecting etc, plus it seems a little tied to the HEAD commit it's at. When instead I try to run portal-present -- by loading up the repo in calva and jacking in using that directory as the jack-in project root, whether or not I use the :nrepl alias, it just hangs and hangs on jacking in. Is there something silly I'm missing re workflow?

wcohen 2025-06-18T15:51:59.161319Z

@djblue are we decidedly supposed to have a default vs-code.edn (or corresponding for other editor) file somewhere? I’ve got @seancorfield’s custom commands from https://github.com/seancorfield/vscode-calva-setup/blob/develop/calva/config.edn#L51-L97 in there, but when I try to run “portal start”, it always dies with

; Execution error (ExceptionInfo) at portal.runtime.jvm.launcher/get-config (launcher.clj:28).
; No config file found: vs-code.edn
If I touch an empty .portal/vs-code.edn either in the repo of the project or in my .config/portal , it starts giving me errors about a null host, so it seems like I shouldn’t need that file at all.

seancorfield 2025-06-18T16:21:02.749629Z

The Portal extension lays down that file when it starts up (or should do) and then starting Portal with the VS Code launder uses that file (to figure out how to communicate with VS Code).

seancorfield 2025-06-18T16:21:43.876709Z

If you use a different launcher target, it shouldn't care whether that file is present or not.

seancorfield 2025-06-18T16:22:16.332379Z

My config/code assumes the Portal extension in VS Code and the VS Code launcher 🙂

wcohen 2025-06-18T16:49:26.950529Z

That’s it — the portal extension. Thanks as always @seancorfield for all that you do too! I should have caught — I assumed the dependency itself took care of it.

djblue 2025-06-12T20:55:10.116309Z

I'll see why things aren't working, but I wonder if https://github.com/djblue/portal-workflows might be a better starting point 🤔

djblue 2025-06-12T21:06:36.935849Z

You should be able to call portal.workflows/-main to open the slides

wcohen 2025-06-12T21:11:22.001319Z

Beautiful. Thank you!

wcohen 2025-06-12T21:11:37.609479Z

Oh, that's actually the talk from last year's conj, which is what I thought the other one was in the first place!

djblue 2025-06-12T21:12:56.740329Z

I forked the one in portal and made a bunch of improvements so it should be better. I wanted to make sure it worked well from outside of the portal git repo.

wcohen 2025-06-12T21:13:14.281179Z

totally. much cleaner

wcohen 2025-06-12T21:13:17.764509Z

thank you so much

djblue 2025-06-12T21:14:20.592559Z

https://github.com/djblue/portal-workflows/blob/main/.vscode/settings.json#L17-L22 is how you can get a cljs repl. It doesn't require shadow-cljs and hooks you directly into the sci based evaluation runtime baked into the client.

djblue 2025-06-12T21:14:35.110579Z

Let me know if you run into any issues 👍

wcohen 2025-06-12T21:16:19.114489Z

Will do!