Re-add text-indent increase from 8a595316276fe4f8773db442aec331856891b4c6

Revert "More dimp row tweaking: use stripes and increase whitespace a bit"

This reverts commit 8a595316276fe4f8773db442aec331856891b4c6.

CSS tweaks

This is required to be UTF-8 since JSON data is always UTF-8

Horde_Auth::authenticateFailure

Update deleted attributes during synchronization (lst_hoe02@kwsoft.de, Request #6658).

Merged, partially.

MFB

MFB: Avoid notices (Bug #8523).

Fix bug #8523 - Photo attribute is corrupted after a move or a copy

Signed-off-by: Jan Schneider <jan@horde.org>

use Horde::serviceLink

Don't access protected data directly

fckeditor -> Fckeditor

More dimp row tweaking: use stripes and increase whitespace a bit

stripe functions have moved inside of Horde namespace

Tweak positioning of quicksearch box

Indicate current quicksearch field in search box

Better uidvalidity checking in dimp ajax handler

More places to check uidvalidity.

Correctly catch errors

typo

We must throw an exeption on bad login

Try the grid with vertical lines only.

Increase readability.

Fix some things from a pretty mangled merge

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

UI support for creating and maintaining resource groups.

Move this to the base class.

Correct conditional that catches conflicts.

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

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.

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