Another question: I’m trying to show some slurped csv as a table. I have it parsed into a list of maps.

#>(->>
    (slurp ".myfile.csv")
    (separator/read-records)
    (transform [ALL MAP-KEYS] keyword))

I can click the 124, change the viewer to table, and get this

But when I evaluate the code again, it goes back to the first view.. How can I keep the “nested?” list value selected? Why isn’t portal remembering the viewer? Do I need to set it in metadata. What is the top level metadata value good for for casual print debugging? Is it getting in the way in this case? When I select the most top level in portal (so the whole value window is highlighted, I cannot select table viewer.. I apologize if these are all know in Portal best practices..

previous confusion https://clojurians.slack.com/archives/C0185BFLLSE/p1692730232999149

Check out the recently updated documentation on how to easily define helper functions in the user namespace to set the default portal viewer with metadata: • https://github.com/gnl/playback/#quick-start-and-walkthrough Second tip from the bottom of the section.

I'll have a look at the session re-opening issue, I might have an unnecessary check in there...

I'm currently thinking about if and how to support the workflow where you tap> an atom to portal and then reset! that with the new value to have it updated in Portal (Chris described it in the thread you linked to)

For now you could do something like this:

(def !a (atom nil))
#> !a
(reset! !a (...)) ; <-- and only re-eval this form in the REPL

Personally I prefer not to do the atom thing here, so I can do diffs between the current and the previous evaluation, but sometimes it does make sense.

@U09D96P9B I just deployed 0.5.2-SNAPSHOT disabling the check, give it a shot and let me know.

It should now also automatically clear previous Portal sessions if you try to re-open it.

Cool, thanks! Will try it again. So i can set a default viewer in the Playback preload. But can I stably set and/or maintain a soecific viewer for a specific form? Ex: a certain fn that is always going to be a table, but the table viewer should not be (and cannot be) the global default. I believe in the std Portal tap, if you change the viewer for a form, portal will remember for that session. @U1G869VNV just showed you can declare a default for the form (to show in first evaluation) with metadata before the form. Need to try that out in general Im looking to use Playback or Calva’s Tap helpers so i can evaluate things richly on the fly, with minimal ceremony updating the code to be evaluated.

For context, beyond usual ergonomics, i am looking to use these affordances to evaluate code in different ways with audible commands via Cursorless / Talon Ie: “eval <target-form>’s top level form in portal with <portal-viewer>” , etc (not actual grammar)

Docs look like they are back up, https://github.com/djblue/portal/tree/master/doc is also available if cljdoc is down

I think the following should work:

^{:portal.viewer/default :portal.viewer/hiccup} [:portal.viewer/code "(+ 1 2 3)"]

I will add the code viewer to https://github.com/djblue/portal/blob/master/src/portal/viewer.cljc before the next release to make it a bit easier 👌

Thanks 🙌 will try it out