[dev] Resource booking extension for Kronolith

[Stephane Pointu]

Jan Schneider wrote:
> Zitat von Gunnar Wrobel <wrobel at pardus.de>:
> 
>> Jan Schneider <jan at horde.org> writes:
>>
>>> Zitat von Stephane Pointu <stephane.pointu at purplelabs.com>:
>>>
>>>> Gunnar Wrobel wrote:
>>>>> Hi Stephane,
>>>>>
>>>>> Stephane Pointu <stephane.pointu at purplelabs.com> writes:
>>>>>
>>>>>> My company is asking me to provide an extension to Kronolith for booking
>>>>>> resources such as meeting rooms, laptops, etc...
>>>>>>
>>>>>> Having Kronolith architecture in mind do you have any ideas about how we
>>>>>> should do this. Right now we are writing the specs for it so all ideas
>>>>>> are welcome.
>>>>> I am not certain about the requirements you have for such a system but
>>>>> to me it sounds like this is already available if you run Horde
>>>>> together with a Kolab server (http://www.kolab.org). The Kolab server
>>>>> provides the necessary architecture for ressource management based on
>>>>> well established standards (iCal etc.). The Horde integration is still
>>>>> being improved but already useable.
>>> Resource support in the backend doesn't help much if there is no
>>> support in the frontend.
>> That is certainly true but what exactly is kronolith missing at the
>> moment in order to support ressources?
> 
> The interface to manage and include resources. Unless you use the  
> "hack" to create resources as regular shared calendars and include  
> them as attendees. The user managing these resources would still have  
> to accepts requests though.
> 
This is how we do today. We wrote a hack to bypass the acceptation by
writing directly in the database. What is painful is when editing or
deleting a meeting with resources.

We wanted to create a proper and clean way to do this. We'll write a
short spec together with Guillaume explaining how we imagine this and
post it here for comments.

In the meanwhile, all ideas are welcome.

Regards,
Stephane

>>>> We already have all our architecture based on OpenLDAP, Postfix,... and
>>>> Horde. So not to change everything, including the habits of our users,
>>>> we would prefer to develop an extension to Horde.
>>>>
>>>> I'll check how Kolab does this. Thanks for the tip.
>>> Please see http://bugs.horde.org/ticket/?id=2059.
>> This is a limitation that only exists for the Horde::Share::DataTree
>> driver. The current Horde::Share::Kolab driver supports global shares
>> since it is based on IMAP folders and you can create a shared folder
>> on the server that will be accessible to all users (or user groups)
>> within Kronolith.
> 
> But there is no interface for creating system shares.
> 
> Jan.
>