spelling

Refactor a bit.

Move Kronolith_Resource::checkResources to Kronolith_Resource_*::getResponse()
and remove the responsibilty of adding the event.

Removed some cruft from original testing

Clean up a bit.

Remove unused factory, add some phpdoc etc...

Remove max_reservations.

It's not intuitive and won't be needed in 99.9% of the use cases. For
single resources that may be overbooked, the resource should be created
with a RESPONSETYPE_ALWAYS_EXCEPT responseType instead.

Provide feedback on resource availability as soon as it's added to the attendees form.

If response type is Kronolith_Resource::RESPONSETYPE_AUTO then use the start and end datetime
values that are now passed from the event form to determine if the resource is free.

Still need to figure out how to (efficiently) pass the datetime values to take into account
AM/PM. Probably break out the javascript from the onClick handler into it's function and
provide logic to check the am/pm fields? Is there an easier/prettier way?

Don't open resource calendars in _blank, use the same window

Notify for acceptance as well

Need to move this comparison after the loop.

If we are editing an event that was already accepted, we might hit max_reservations
before we get to the event we are editing.

Make this "Response", just like the attendee's column

Move static resource related methods to Kronolith_Resource::

More additions based on some discussion with Gunnar in IRC:
 - Allow specifying if a resource is required or optional
 - Add a response_type property to resources. Specifies if REQUESTS are
   either always accepted, always denied, automatically accepted/denied
   based on actual availability, handled manually (still todo), or simply
   ignored (set response to NONE).

Also, try to clean up the implementation - trying to make it more likely
to be able to be extened for kolab. No idea if this helps of not though ;)

Rename sql script

Lots of stuff:

- Move resource viewing/CRUD related pages to resources/*
- Have Kronolith_Resource objects present a Horde_Share_Object-like interface
- Remove the Resource link from the menu - put it in the panel under the "Manage My Calendars" link
- Various tweaks/corrections

Add a link in Kronolith's menu for the resource page

Only attempt to remove resources from the event if they have actually
accepted the event.

notify user if a requested resource rejects invitation when saving event

Initial adding of resource to an event from the attendees page.

Add basic permission checking to Kronolith::listResources()

Move hasPermisson to the base class, implement ::get() to behave like
a share.

typos

Experiment with getting either a share or resource here

listEvents:: isn't detailed enough for this...manually compare
start/end times to determine if an event collides.

Add basic hasPermission method, not sure if it's really needed yet.

resource scheduling blurb

Add sql script updates

Use Horde_Lock to lock the resource calendar.

Lock the resource calnedar right before we check availability, and
unlock it either after the invitation is denied, or if accepted,
after the event is added to the resource's calendar.

Remove listResources from Kronolth_Resource and refactor code to
use Kronolith_Driver_Resource::listResources instead.

Add resources to the event view as well

UI support for creating and maintaining resource groups.

Better check for valid resource

More work on resource groups. Most of the backend support for resource groups is implemented,
but there is no GUI support yet.

Move this to the base class.

Protect against infinite recursion in case someone is silly enough to
add a resource to one of the resource's own events.

Correct conditional that catches conflicts.

Allow the next event to start at the end time of the previous event.

Split up the checking resoruce response and adding the (accepted) event to
the resource's calendar.

This is needed because we need the event to have a guid when it's added to
the resource's calendar, otherwise they end up with different GUIDs. This also
gives us some protection against an inconsistent state if there were to be an issue
saving the event to storage after it's been added to the resource's calendar.

remove an errant var_dump

typo

Start fleshing out the K_Resource_Group stuff.

spelling

Refactor a bit.

Move Kronolith_Resource::checkResources to Kronolith_Resource_*::getResponse()
and remove the responsibilty of adding the event.

Fix variable name

Remove cruft

Removed some cruft from original testing

Clean up a bit.

Remove unused factory, add some phpdoc etc...

Remove max_reservations.

It's not intuitive and won't be needed in 99.9% of the use cases. For
single resources that may be overbooked, the resource should be created
with a RESPONSETYPE_ALWAYS_EXCEPT responseType instead.

use Horde_Support_GUID

Provide feedback on resource availability as soon as it's added to the attendees form.

If response type is Kronolith_Resource::RESPONSETYPE_AUTO then use the start and end datetime
values that are now passed from the event form to determine if the resource is free.

Still need to figure out how to (efficiently) pass the datetime values to take into account
AM/PM. Probably break out the javascript from the onClick handler into it's function and
provide logic to check the am/pm fields? Is there an easier/prettier way?

Don't open resource calendars in _blank, use the same window

Fix sequence name.

Notify for acceptance as well

Need to move this comparison after the loop.

If we are editing an event that was already accepted, we might hit max_reservations
before we get to the event we are editing.

Remove already added resources from the select list.

Also have listResources() return the results keyed by the resource_id

Make this "Response", just like the attendee's column

Move static resource related methods to Kronolith_Resource::

More additions based on some discussion with Gunnar in IRC:
 - Allow specifying if a resource is required or optional
 - Add a response_type property to resources. Specifies if REQUESTS are
   either always accepted, always denied, automatically accepted/denied
   based on actual availability, handled manually (still todo), or simply
   ignored (set response to NONE).

Also, try to clean up the implementation - trying to make it more likely
to be able to be extened for kolab. No idea if this helps of not though ;)

Move checkResources() to Kronolith::, and out of the concrete Event_Sql driver.

Move code for auto-accepting resources out of the Event driver and put
it into Kronolith:: Call it from Kronolith_Event::save() method (not 100%
sure about leaving it there, or just calling it in client code before saving
where appropriate).

Rename sql script

Lots of stuff:

- Move resource viewing/CRUD related pages to resources/*
- Have Kronolith_Resource objects present a Horde_Share_Object-like interface
- Remove the Resource link from the menu - put it in the panel under the "Manage My Calendars" link
- Various tweaks/corrections

Add a link in Kronolith's menu for the resource page

Fix logic and implement a delete() method for removing resources
from storage

Clear resources when clearing attendees page as well

Tweak labels now that these are for resources as well

Remove some cruft now that we can do this via the UI properly now.

Only attempt to remove resources from the event if they have actually
accepted the event.

notify user if a requested resource rejects invitation when saving event

Initial adding of resource to an event from the attendees page.

Show only resource calendars on the event form when we are editing a
resource's calendar.

Add basic permission checking to Kronolith::listResources()

Add a setResources() method similar to setAttendees() for bulk setting
the local resources array

remove commented out code

Move hasPermisson to the base class, implement ::get() to behave like
a share.

typos

use Kronolith::getInternalCalendar() here as well

Experiment with getting either a share or resource here

listEvents:: isn't detailed enough for this...manually compare
start/end times to determine if an event collides.

Add basic hasPermission method, not sure if it's really needed yet.

Add resources to list of attendees returned from this method

Easier way of exlcuding the current event from checking resource availability.

No autocompletion for resources (yet??)

Clarify why we are doing this bit of code here...

Fix passing the event date to the attendee form.

parse error

Properly pass the calender_id to ::listEvents()
is_a -> instanceof
check for error

Stqrt hashing out the isFree() method. Remove deprecated Resource.php file, phpdoc

For now, don't use autocomplete for resource adding to attendees.inc -
we will need the resource's uid.

resource event delettion, start building a useful resource page...

Make sure we delete the resource from the 'original' event when
directly deleting the resource's copy of the event.

Fix some variable/method names

Start building a resorce management page.

Be sure to load the empty resources array when creating a new event.

Actually remove this code

More tweaks/fleshing out:

- Perms checks
- Remove Kronolith::getResource() - use the driver's getResource() method directly.
- have K_Driver_Resource::listResources() method return resource objects directly.

Fix method name

Large bit of work on Kronolith Resources.

 - K_Event_Resource and k_Driver_Resource resources.
 - Implement viewing/editing a resource's events.
 - Show resource calendar title in panel
 - Get rid of lib/Resource.php (functionality moved to Kronolith::)

tweak panel display when displaying display_cals.

Add displayed calendar(s) name, and allow expanding/collapsing.
Tweak text to display 'Return to calendars' when anonymous user.

Replace calendar panel with a "Return to my calendars" link when displaying display_cals.

Clarify the use of the display_cal parameter

Some ideas on feeling out a UI for administration...some of this will likely change

listObjects API blurb

implement basic listing method...no filters yet.

Use a static member to hold the Kronolith_Driver object

First attempt at displaying resource FreeBusy info on the attendee view

Need to move the acceptance/denial of requests to the resource object
itself...otherwise, the internal properties array won't be serialized
before saving.

Check for cases where resource is not found