This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-03-13
Channels
- # aleph (16)
- # announcements (8)
- # aws (5)
- # babashka (54)
- # beginners (48)
- # calva (7)
- # cider (7)
- # clojure (209)
- # clojure-brasil (4)
- # clojure-europe (20)
- # clojure-italy (12)
- # clojure-nl (21)
- # clojure-uk (69)
- # clojurescript (24)
- # cursive (11)
- # datascript (7)
- # datomic (47)
- # emacs (14)
- # graphql (20)
- # hoplon (25)
- # jobs (1)
- # kaocha (1)
- # leiningen (14)
- # meander (7)
- # off-topic (44)
- # other-languages (1)
- # pathom (20)
- # re-frame (2)
- # reagent (51)
- # reitit (3)
- # remote-jobs (1)
- # shadow-cljs (46)
- # spacemacs (5)
- # sql (65)
- # tools-deps (86)
- # vim (11)
I’m working on a library for building desktop GUIs on the jvm, https://github.com/phronmophobic/membrane/. I would love to have first class support for re-frame, but I’m having some trouble figuring out what the most idiomatic approach to basic components would be. Basically, I’d like to have a builtin text input component, but I’m not sure what the that would look like in re-frame.
I could provide a text input similar to the one in the browser with a procedural API, but I’ve always felt that dealing with the procedural API of the DOM as more of a necessary evil rather than an ideal interface. for example, if you’ve ever had to write code that cared about text selection, the cursor, or focus, it’s always a pain.