send top form to repl

try that

Tried that and got the same error. I used send (defn map->grid) to repl. Running the functions declared inside the let binding gives the same error

try sending the entire let form

if there is no namespace-wide binding of get-tile-values then when you send (get-tile-values m 1) , clojure won't know what you mean by get-tile-values

or m for that matter

I manually loaded m into repl from a comment

sending the let form still doesn't let me use the methods declared inside the let

I can declare the functions globally, but that's a workaround

> sending the let form still doesn't let me use the methods declared inside the let you mean you send the let form and it errors out?

or you send the let form and then you try to send (get-tile-values m 1)?

the second. I can send the let form fine, but when I call the (get-tile-values m 1) it errors

bindings established in the let form are only available in the let form

that's why it doesn't work

I'm using the send at cursor function. Even though my cursor is inside the let form, it has no knowledge of the let form's binding?

(let [get-tile-values (fn [m n] (str (get-in m [:resources n]) " " (get-in m [:rolls n])))
        get-tile-css (fn [m n] (color-classes (str (get-in m [:resources n]))))]
    [:div.grid.grid-cols-5.gap-1
     [:div.text-white.text-center.p-2 (get-tile-values m 1)
      {:style {:class (get-tile-css m 1)}}]

yeah so when you say send let form, that will send your entire let form

but when from inside the let form you send (get-tile-values...) then it will literally send only that

that's akin to typing

`(let [myfn ...]

dang. What's the best way to use the repl for testing anonymous functions in let bindings? The only thing I can think of is declare them globally during development and move them into let for production

you can comment out the body of the let form and only make the body the form you want to evaluate in the scope of that let form

and then send the let form in

so (let [...] (get-tile-values m))

or you can go

(let [get-tile-values ...]
 (def get-tile-values get-tile-values)
...
)

and then

(get-tile-values m

Appreciate it. Thanks!

just make sure you don't check in the inline def

Super helpful. Thanks a lot 🙂

yw, good luck

@U01ES0TF6V6 I've used this macro in the past for exactly this problem. In the repl you just make sure you have switched to the namespace of your editor, type (deflet []) and cut and paste the let bindings you want to "inline def" as its first argument (i.e. replacing the empty vector.) The macro will inline def them all for you so you can get on with the repling. Much quicker for large let blocks. https://gist.github.com/henryw374/5dfcbf9d27ec89b360058e81339cbe4e

When inline defing a lot it can be useful to "zap" the namespace a la https://clojurians.slack.com/archives/C0744GXCJ/p1667378949616179 :)

@U3TSNPRT9 with deflet, could it also work if I changed let to deflet in the function? And then I could change it back to let when I was done messing with it?

What's the advantage of zapping? I can reload the file and I can def the vars a second or third time. I tend to throw things in comment blocks so I can quickly reload useful snippets.

Changing let to deflet might indeed work - never tried that! If you reload it won't "forget" anything previously "def'd". That's why to really clean up you have to "zap" or restart the repl. Reloading also doesn't drop other things like aliases you previously defined in your ns requires. Swapping aliases in your requires can similarly leave you unable to reload completely.