HISTORY.markdown in candy-0.2.7 vs HISTORY.markdown in candy-0.2.8
- old
+ new
@@ -1,9 +1,17 @@
Candy History
=============
This document aims to provide only an overview. Further, we've only really been tracking things since **v0.2**. For obsessive detail, just check out the `git log`.
+v0.2.8 - 2010-05-13 (the "Holy crap, that was ten pomodoros" release)
+---------------------------------------------------------------------
+Major refactoring to fix a major bug: embedded documents weren't being loaded properly on document retrieval. This resulted in a lot of code being moved around, and some regrettable circular connascence between Piece and Wrapper that I hope to address later. Overall, though, it's simpler now.
+
+**API CHANGE:** The `.embed` class method has two new required parameters and is now used _only_ when you know the parent you want to embed something in. To make a Candy piece that you don't want to be saved right away, use `.piece` instead.
+
+* Fixed Github issue #11
+
v0.2.7 - 2010-05-05 (the "yes, you MAY put your peanut butter in my chocolate" release)
--------------------------------------------------------------------------------------
Found and fixed a convoluted bug that was preventing embedded Candy objects from being saved properly. (It was treating them as _non_-Candy objects, which makes the world a gray and boring place.) While I was at it, refactored some methods and chipped away at some complexity.
**MODERATELY BREAKING CHANGE ALERT:** I've renamed the `to_mongo` and `from_mongo` methods to `to_candy` and `from_candy`. The initial reason for the _mongo_ names was for some vague semblance of compatibility with [MongoMapper](http://github.com/jnunemaker/mongomapper), but that doesn't make sense since we're treating serialized Candy objects completely differently and expecting them to unpack themselves. I seriously doubt anyone was using these methods yet, but just in case, now you know.
\ No newline at end of file