portal 2022-09-07 | Slack Archive

djblue18:09:32

Recently released version https://github.com/djblue/portal/releases/tag/0.30.0. It has the new notebook renderer for vscode and support for {:launcher <editor>} in node 💯

🙏 5

seancorfield18:09:26

Will updating to that automatically enable new functionality in the Calva notebook stuff or does that extension also need updating?

djblue18:09:38

The vscode extension needs to be updated to use the new renderers :thumbsup:

Lukas Domagala16:09:15

Uh didn’t even notice the update since I had the beta running. Looks great!

❤️ 1

Daniel Slutsky13:09:13

This is brilliant, @U1G869VNV @U02EMBDU2JU. As discussed with Lukas, I hope to use it in the coming https://clojureverse.org/t/nlp-study-session-1/ tomorrow.

Daniel Slutsky05:09:51

Played with it a bit. I use Emacs+Portal most of the time, with some Emacs functions to hide the need for calling submit or tap>:

(defun send-to-portal (code)
  (cider-interactive-notify-and-eval
   (concat "(do (portal.api/clear) (portal.api/submit " code "))")))

(defun send-defun-at-point-to-portal ()
  (interactive)
  (send-to-portal (thing-at-point 'defun)))

Then, I can just switch to Calva Notebooks and see it working (without any code change, since we didn't write submit or tap>). Of course, the same could be done with Calva instead of Emacs. Also played with writing some adapters for tech.ml.dataset, etc. (which are called in the JVM side before passing to the Notebook tool). Looks very promising (though Lukas explains to me we still have the problem of how to cause that JVM transformation seamlessly from the Notebook tool itself). In that study session today, I will probably use Clay eventually, just because the it will satisfy the current needs more fully and seamlessly. But it looks like eventually we can have that desired copy-paste-friendliness across tools. Looking forward to play more. 🙏

💯 1

2022-09-07

Channels