This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-11-28
Channels
- # adventofcode (2)
- # announcements (4)
- # babashka (34)
- # beginners (44)
- # biff (5)
- # calva (8)
- # cider (4)
- # clj-kondo (5)
- # clj-on-windows (5)
- # clojure (57)
- # clojure-art (1)
- # clojure-denmark (2)
- # clojure-europe (40)
- # clojure-nl (1)
- # clojure-norway (6)
- # clojure-seattle (1)
- # clojure-uk (2)
- # clojurescript (20)
- # cursive (6)
- # datomic (1)
- # emacs (6)
- # events (5)
- # fulcro (22)
- # helix (5)
- # hyperfiddle (5)
- # jobs (1)
- # joyride (2)
- # lsp (8)
- # malli (8)
- # off-topic (30)
- # pathom (8)
- # pedestal (1)
- # portal (5)
- # proton (1)
- # rdf (2)
- # re-frame (4)
- # releases (1)
- # remote-jobs (1)
- # reveal (8)
- # xtdb (5)
I’m not sure myself but I’m intrigued. What’s the usecase?
its not trivial because the way the index is build, some indexes are accumulative and its hard to know if something was add multiple times by different resolvers/mutations, in that case it would require some full analysis to avoid removing something that might break the index
the simplest way is to re-build the index without the things you dont want
you can use the index-resolvers & index-mutations to do so, get everything there, remove what you dont want, and rebuild the index
@U3XCG2GBZ the use case is that I want to dynamically register user mutations and resolvers, and the final index should change given the context of that user