[kronolith] Fwd: Re: new fuatures!!!

[dim corso]

>   Groups Calendar (implemented) - assign a calendar to the horde   
  > groups this calendar will have one or more chiefs and these   
  > calendar will be accessed by all the member of the groups in read   
  > mode and by the chiefs in write mode.
   
  Chuck --- This is just a specialized use of the existing system, no?
   
  Deny & Yanet --- to do this we have made some changes on the system classes (some methods have been added or changed) some templates files have been added too. This consists on:
  -From Kronolith select a horde group from the tree defined in horde administration. 
  -assign a chief. 
  -assign other users that have privileges on that group and are available to add events on the calendar of the group. (Something like directives).
  * the difference between them is that a chief of a group have access to the calendar of all the sub-tree that have this group as root, while the directives has only access to this group calendar.  
  Finally a calendar is automatically assigned to the group. We have implemented another way to give access for the group’s members to this calendar. We’re not using permission system.
  So, that is to have a calendar in which the chiefs of a group can put events and these event can be accessed by the members of the group.  
  //****************************************************************
  >   global categories (implemented) - if the administrator configure   
  > the system to do this he define the categories the will be common to  
  > all the member's of the organization. These categories will be   
  > available to all immediately.
   
  Chuck -- Can you say a bit about your implementation of this? I know some  
  people are unhappy with the current categories implementation and I'm  
  open myself to making it more of a global tree, with areas for the  
  system defaults, areas for individual users, sub-categories, etc. And  
  if we do work on this it should be across all of Horde, and it should  
  lend itself to both "tagging" support and allowing items to have an  
  arbitrary number of categories/labels, instead of just one. 
   
  Deny & Yanet – the implementation we have allow defining preferences for all the kronolith users (global preferences). So using this feature we decided to store global categories by this way. 
  The administrators can define a set of categories on the prefs system and these are loaded once a user logons to horde as user’s preferences.
  But we found this implementation is not enough, because a category subsystem most allow:
  ---To define global categories (categories that will be available to all the calendars).
  ---To define user categories (categories that will be available in user’s calendars only).
  ---Groups categories (categories that will be available in group’s calendars).
  To do it in horde framework will be better because these categories are available to all the horde apps. Your idea of use the tree id great we’re agree but think on this topics.
   
  //****************************************************************
   
  >   dates (progress) - an user can see the free time of other to know   
  > when take a date. the date will by approved or refused by the other   
  > user.
   
  Chuck -- So scheduling based on free busy? I'd like to see on this. 
   
  Deny & Yanet -- we have been talking with many peoples who leads an organization and we found that make the calendar public is too important. To give the possibility to a user of view the schedule of some other in the organization is so useful. Just the default calendar would be public. So, is a decision of the user which of her calendars make public. Thus if the calendars are public any user can request other for a date selecting a free time form the comparison of the requested calendar and his owns. (think that U need a date with the counselor of the university?)
   
   
   
   

		
---------------------------------
Yahoo! Mail
Bring photos to life! New PhotoMail  makes sharing a breeze. 
-------------- next part --------------
An embedded message was scrubbed...
From: Chuck Hagenbuch <chuck at horde.org>
Subject: Re: [kronolith] new fuatures!!!
Date: Mon, 20 Mar 2006 14:08:41 -0500
Size: 5016
Url: http://lists.horde.org/archives/kronolith/attachments/20060321/c94b2508/attachment.mht