IRC channel logs
2026-07-15.log
back to list of logs
<neosloth>Hello! I'm playing around with hoot. I'm writing a small api wrapper that uses JS fetch() and Im trying to figure out what the most straighforward way to write hoot bindings for the retrieved json <neosloth>I was thinking of making a bunch of getters for the different types (eg getBoolAttr(obj, attr)....) but that seems a bit clunky. I could chuck the whole json blob over as a string, but I don't think I can use guile-json with hoot? Thinking about doing something cursed like converting json to xml on the host and sending that <dthompson>neosloth: hi! parsing json in scheme would the better thing since you then wouldn't have to call out to js to iterate the parsed tree. <dthompson>I tried to upstream this to guile but it stalled out <dthompson>I haven't tried it with hoot but it ought to work. I haven't tried guile-json either, for that matter, but my module is much much simpler. <PuercoPop>Just saw the PR, the person was not only rude, but wrong. Using symbols for alists although nicer from the scheme side, in web application contexts is wrong. It is easy to reseource starve applications as symbols are not garbage collected and a lot of the JSON you want to parse is user submitted. <neosloth>dthompson, I'll try the module that looks perfect! Shame you weren't able to upstream it, I feel like every language that has a web client in the standard library should have json as well <dthompson>my progress is very slow but my current priority for guile is to contribute persistent hashmaps and vectors