Fork me on GitHub

🦗 🦗 🦗 🙂


@alandipert nowadays my primary backend is the ethereum blockchain and i just started to talk to if finally from clojure again, so im just doing json-rpc via the browser's builtin fetch api, like (def fetch (js/fetch.bind js/window)) 🙂


otherwise, im trying to avoid very interactive UIs, because UIs are just hard and suck a lot of time away from the core problems of many projects...


on the other hand, what i've learnt from hoplon and splint, i've carried over to practice and whipped up a super minimalistic, non-reactive version of hoplon ( so i could create this interactive visualization (which u can navigate with shift-left/right):


@onetom looks cool! do i understand right that's a way to project cljs data to dom?


yes, that's a good way to put it. i provided default dom representation for the most common data types, so i can just directly render them, but later customize arbitrary parts of the data by turning those parts into records and implement a render function them


yeah that's super cool. I was messing with a lighter weight subset of hoplon myself recently. Yours looks super clean


Thank you! I haven't actually designed it, I just built it as a need has arose for a feature. You can see its evolution was just about 4 steps: 1. 2. 3. and then i came up with the Elem protocol with the render method idea to keep the data and its visualization connected but as loosely as i could possibly think of:


i saw a js thing the other day, mithril.js, looked very reasonable

😀 1

i had some mirthil experiments last year, but i dropped it after about 5-10 minutes because when i was editing text in an input field rendered by mirthil, the cursor was jumping to the end of the input text, but not in every browser as if the whole input element has been recreated. then i tried some hoplon and react examples and none of those had issues with the same browser... but their state management story is not the best either, so i moved on...


ah, sounds like its not fully baked