This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-02-01
Channels
- # aleph (1)
- # announcements (2)
- # aws (3)
- # bangalore-clj (1)
- # beginners (136)
- # boot (3)
- # calva (89)
- # cider (44)
- # cljdoc (1)
- # cljs-dev (31)
- # clojure (101)
- # clojure-europe (3)
- # clojure-italy (52)
- # clojure-nl (7)
- # clojure-spec (12)
- # clojure-uk (34)
- # clojurescript (62)
- # community-development (46)
- # cursive (25)
- # datomic (6)
- # duct (26)
- # events (6)
- # figwheel-main (4)
- # fulcro (25)
- # graphql (2)
- # jackdaw (4)
- # jukebox (3)
- # kaocha (57)
- # leiningen (31)
- # off-topic (3)
- # onyx (4)
- # other-languages (22)
- # pathom (18)
- # re-frame (9)
- # reitit (3)
- # shadow-cljs (60)
- # spacemacs (9)
- # speculative (22)
- # sql (39)
- # tools-deps (45)
- # vim (37)
Hey! I just open-sourced a tiny re-frame utility we've been using a lot at Exoscale: a pull-request queue visualizer to ensure we don't have too many in-flight PRs: https://github.com/exoscale/pullq
Does it have backoff for the GitHub API? I'm part of a group of organizations under the same company, five github organizations and in total ~500 github repos. Would it handle that out of the box?
I'm interested in knowing if it works out for you. We have fewer members and repos and haven't hit any limits
Late to seeing this, but I'd be interested if it had Gitlab support.
That's really cool @pyr! You should share it in #announcements, looks like a generally useful tool, re-frame or not 🙂
Is there a way to pass a parameter to a subscription that does a computation? The subscription that is used for the computation takes a parameter. See example below
(register-sub
:cart-items
(fn [db [_ category]]
(get-in db [:cart category :item])))
(rf/reg-sub
:cart-count
(fn [_] ; <--- this is where the param would theoretically go
(rf/subscribe [:cart-items]))
(fn [items]
(count items)))
Is there any good way to make the app-db be thread local? I'm using re-frame concurrently on the clj side of things and want each request to have a clean / separate app-db
has anyone used a good declarative notification lib? all the react ones i’ve seen so far seem to want you to call addNotification
or somesuch on a manager of some kind. Would be cool to throw some map in the app db, and there’s a for loop somewhere to render them. (Or am i way off base with my thinking?)