After i was almost ready with the month view for the upcomming Release of a usable

version of AGreservations for Drupal 7, The Calendar Module 7.x-2 has been rewritten by KarenS.

She did a good job on that, the new Calendar Modules 7.x-3 Code looks much cleaner.

Also the new Module has by far less lines of code. But of course my preprocessor and theme overridings

to show a booking calendar with agreservations did not work anymore. Since the beginning of the year i have

repeatedly had to adjust my module to work togethert with Calendar over and over again.

So now i took a lonely decision. I cloned/forked the Calendar module, at least the parts i need

to display the bookingcalendar. It works now, while i write this, it only needs some polishing but will be

released in a couple of days. Of course this Module will not and does NOT intend to concurent with

the Calendar module, that is because it will only be able to display bookingcalendar matrixes with Resources

vertically and Days horizontally. If you want a normal Event Calendar, use the Calendar Module.

Also my fork together with the preprocessor bookingcalendar logic will only be distributed as a submodule

of agreservations, and of course it depends on agreservations. But for the upcomming agreservations 7.x-1-alpha you

will not need to install the Calendar Module anymore. so 1 less dependency.

No wait!, its 2 less dependencies, because even when i provided the Maintainer of the Resource conflict a ported

version of Resource Conflict which works under Drupal 7 there still is no Release for Resource Conflict D7 out.

So i only too the lines i needed and implemented them in a new submodule. So Agreservations has now

2 more modules: agres_viewss for bookingcalendars, and agres_rconflict for the conflict checking.

But even the agres_rconflict modul is no concurrence for the Resource Conflict Module by DeviantIntegral, that is because

it only works for agreservations. So if you want a Resource Conflict for D7 ask deviantintegral.

I hope that under this circumstances and conditions it is OK to fork modules and i want to THANK KarenS and deviantintegral for their

great Modules (and i repeat myself, these new submodules will NOT compete with their Modules, as the forks are only working together with agreservations and their

usecase is limited)