Releases: Calendart/CalendArt
Releases · Calendart/CalendArt
v1.6.0
Add options when persisting events
Not quite a bc break, but be careful with the interfaces (@krichprollsch in #8)
1.5 : Generic exceptions
1.4 : Cleaning up
This release is really a cleanup of some strange behaviours that were too specifics. BC BREAK and all that shit though
- fd6b0fe Remove the Registry... Shouldn't be the scope of CalendArt, but only of the thing using it
- e251184 The Criterion is too specific to google, so it should go there instead of having dependencies on something not necessary in the interfaces
- 9519add, 4afb5cd The EventApi should not have to be scoped with a
AbstractCalendar
- 253e00f The Acl getter is now in his own interface, as not every calendar api out there have an acl system
1.3
Split
The repository was splitted in two (the main part of the library, which is the base of all adapters, and the GoogleAdapter is now living in its own repository)
You will then need to include two dependencies if you wish to use it like before :
- calendart/calendart ~1.0
- calendart/google-adapter ~1.0 for google adapter