[kronolith] new fuatures!!!
dim corso
dimcorso at yahoo.com
Fri Mar 24 04:14:29 PST 2006
Chuck Hagenbuch <chuck at horde.org> wrote: Quoting dim corso :
> personal groups with invitation policy (implemented)- a user can
> now create a gruop of friends and a calendar is automatically
> asigned to this group. this calendar is acceced by the creator with
> full control and by the members of the group in read mode. the
> members can accept or reject the invitation.
Sounds good. Next step would be to attach your code (for this feature
only, please, to keep everything seperate) to an enhancement ticket on
http://bugs.horde.org/.
> global categories (implemented) - if the administrator configure
> the sistem to do this he define the categories the will be common to
> all the member's of the organization. this categories will be
> available to all inmediatelly.
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 users 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 users calendars only).
---Groups categories (categories that will be available in groups 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 were agree but think on this topics.
//***********************************************************************************************
> Groups Calendar (implemented) - assign a calendar to the horde
> groups this this calendar wiil have one or more chiefs and these
> calendar will be accesed 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 groups members to this calendar. Were 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.
//****************************************************************
> dates (progress) - an user can see the free time of other to know
> when take a date. the date will by aproved 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?)
--
"we are plastered to the windshield of the bus that is time." - Chris
--
Kronolith mailing list - Join the hunt: http://horde.org/bounties/#kronolith
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org
---------------------------------
New Yahoo! Messenger with Voice. Call regular phones from your PC for low, low rates.
More information about the kronolith
mailing list