@nooga have a look at reactions

or re-frame subscriptions (which are built on reactions

I’m struggling to find the docs for them

@sivakumargsk: taking this here as #C03RZGPG1 is for announcements only

@sivakumargsk: is your atom a reagent.core/atom?

Hey, I got a problem with a checkbox in reagent-forms. For old version it works fine [reagent-forms "0.5.21"] but for new version [reagent-forms "0.5.22"] it doesn't work well. The problem is the checkbox is not turned into unchecked when I click on the checkbox. But my atom is changed. This is my code (defn home-page [] (let [doc (atom {:name true})] (fn [] [:div [:p (str @doc)] [bind-fields [:input {:field :checkbox :id :name}] doc] [:button.btn.btn-default {:on-click #(reset! doc nil)} "clear"]])))

@nooga: have a look at re-frame's docs - re-frame subscriptions are just a registration layer over reagent reactions - https://github.com/Day8/re-frame#subscribe

@sivakumargsk: see my question above

hey, there was an example posted, where a color scale was generated with reagent. does anyone have a link?

@martinklepsch: my atom is reagent.core/atom

I need to experiment with reactions then

@grav: you can always google. These channels are archived here: http://clojurians-log.mantike.pro/

Hi.. I’ve been wondering what the following effectively does..

(defn lister [items] [:ul (for [item items] ^{:key item} [:li "Item " item])])

—> ^{:key

In reagent main website there is a note explaining the reason..

my question is more in terms of Clojure/ClojureScript syntax

http://clojure.org/reference/reader It's for metadata.

wouldn’t be the same to actually do :

Yep, you could do that too. But there are cases where metadata is more reliable than setting key property.

For example, if you're using a component whose first parameter is not a map, the key in map approach won't work.

and using metadata is your only option.

Cool.. thks @cky

I will read the metadata bit, hopefully it will make more sense after it..

The key takeaway is: metadata always works, and the key-in-property-map approach only works if it’s in the first argument to your component, which won’t work if your component doesn’t take a property map as its first parameter.

#lessonlearnedthehardway

Oh, your Slack profile says you’re in British time. Well, then, #lessonlearntthehardway. 😉

@leonfs: ^

do you have an example of a component that wouldn’t take a property map as it’s first parameter?

@leonfs: Not sure about standard components, but I’ve written such components myself.

I wouldn’t do that any more, but since Reagent doesn’t require your components to take a property map as the first argument (or as any argument), it is possible for other components to make similar design choices.

@leonfs: if you follow the re-frame pattern, many top-level / singleton components don't take any arguments b/c they subscribe to data they need instead; ie. any component that would take in the entire app-state wouldn't need any arguments when using the re-frame pattern