obsolete in favor of Hoot?

[dckc]

based on recent discussion...

dckc> tempting: port rock-paper-scissors to scheme with https://github.com/cwebber/rockit . I wonder if the correspondence is sufficient to fit with goblins. I suspect mutable state might be a sticking point. but maybe there's a JS dialect that corresponds

cwebber> dckc: I think you'll make more success with Hoot
cwebber> which actually the news is that core Goblins is now compiling with!
cwebber> the core transactional version, enough to do eg Terminal Phase that is. vats probably coming next week or so
cwebber> I mostly consider rockit deprecated now that Hoot is functioning

dckc> I'm not sure how Hoot helps. I want to re-use JS code.
dckc> maybe rockit is backwards too, for that goal

dthompson> I don't have much context here but generally speaking reusing JS code is possible with hoot
dthompson> like if you had a js library you didn't want to rewrite you could call it from scheme
dthompson> not sure if that helps here

dckc> oh. it does.

dthompson> hoot has an ffi for this and it's how most interesting things are done
dthompson> hook into some browser apis and do stuff

dckc> rock-paper-scissors.js makes an actor. it sort of expect to run isolated, connected to the rest of the world only via captp.
dckc> https://github.com/endojs/playground/blob/dc-fun-games/packages/fun-games/src/rock-paper-scissors.js

dthompson> an example of the hoot ffi declaring some imports for the browser window api https://gitlab.com/spritely/guile-hoot-game-jam-template/-/blob/main/modules/dom/window.scm?ref_type=heads
dthompson> and the actual implementation of those bindings on the js side https://gitlab.com/spritely/guile-hoot-game-jam-template/-/blob/main/game.js?ref_type=heads#L4
dthompson> the code for rock paper scissors is cool :)