do you mean :exec-args ?

Yes, I do... oops... I'll edit that bit for posterity. I guess I got :main-opts and :exec-args jumbled up somewhere between brain and keyboard 🙂

some pictures

looks great!

looking for a project to try it out ... 🙂

That’s awesome! Especially grid! :)

the grid is very naive. just a bunch of textfields nestled together 😛

@U4YGF4NGM So cool! Confirms it works on command line on M1 macOS (had to brew upgrade clojure ), and was able to get a REPL running in Cursive the same way as any other project. (Which given the instructions on getting CIDER running, makes me question whether I know how REPLs actually work, since I didn't do any of that?) It never gets old seeing how code changes can be loaded in the REPL, and see the UI changes right away. Wonderful wonderful work! (You, too, @tonsky! 😂). It's the first time I've run a HumbleUI app, let alone made changes to one. (If all goes well, later this afternoon, I'll submit a PR to fix an issue in gui-2 where exceptions are thrown in some states, when converting strings to numbers.) (I have to admit, I was so excited that I spent some time thinking about how to try getting a spreadsheet gui-7 working — I searched for other code examples to parse the cell formulas. A question: Would any changes be needed to the text field widget to support two modes: viewing the calculated formula vs. editing the formula?)

PS: the apps all look so beautiful!

glad you got it up and running so easily! the instructions are more verbose than they are involved. perhaps adding the steps you use for cursive would help others in the future? I can merge the instructions into https://github.com/lilactown/humble-starter/blob/main/README.md

Two PRs open for your consideration, @U4YGF4NGM!

FYI there is also https://github.com/cjohansen/dumdom which may or may not serve the same purpose.

the major difference is that there is no persistent VDOM used in town.lilac/dom, which is equivalent to saying there is no component model. you just have functions that are used to generate patches to the DOM. dumdom brings in snabbdom which, while it says is an implementation detail, does mean that it adopts the way looking at the world through the lens of components. there is a persistent "identity" that each rendered component has on the page which it uses to determine certain behavior of the diffing process. in general I think the component model is incredibly useful. I think that React's latest & upcoming changes are really taking the VDOM/component model to its obvious ends, integrating it end to end with each concern of building a web UI. sometimes I just want to twiddle some stuff on a web page though, and that's what incremental-dom is really good at and what town.lilac/dom aims to serve

This seems like a nicer approach to building landing pages with ClojureScript, such as https://practical.li/ I will take this for a spin in the new year, thank you.

> I found myself wishing for a dependency-light way to build small applications that was somewhere between raw DOM manipulation and a framework like React. This is me right now. Thanks @U4YGF4NGM for doing this! I'm dipping my pinky back into the DOM-soup after a long time and I extremely do not want react (unless I absolutely need it), so I was going to run with dommy (code seems "done"). But incremental-dom may be just what I didn't know I wanted.