Om 0.6.1 significantly changes how component local state works - we now rely on React's forceUpdate to update components that use local state. This is a significant change so I would like people test this out on their existing code bases as soon as possible.
The immediate benefit is that components now use `=` for the shouldComponentUpdate logic instead of `identical?`. This means considerably more flexibility with regards to what a component may receive without taking a performance hit with respect to rendering. Even more importantly it's a big step towards independently addressable components. What are independently addressable components? Currently many people struggle with the fact that parent components must take all the data associated with their children. This often results in a tight coupling that is not ideal for real applications. The next few releases of Om will be focused on providing a sensible solution to this issue without backing away from the existing efficient time travel capabilities. Feedback welcome! http://github.com/swannodette/om David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
