[OGo-Users] Default calendar attributes (Participants,
Resources, Read, Write)
Adam Tauno Williams
users@opengroupware.org
Tue, 21 Nov 2006 10:01:58 -0500
> We created a team "montage" and a resource "montage", we also want to
> the team montage to only see the items which apply to the team montage
> (so not the items which apply also to the user private, or team "all
> intranet", so not the other items the user has access to).
There is no user "private", those are just objects restricted to the =20
user by permssions. I think the drill down view of the calendar will =20
provide this.
> The only way we figured out this can be done is by tagging each calendar
> item "montage" with the resource montage and use this resource as a
> view.
> You now have two options: "Resource: Montage" and "Resource Category:
> Montage". In the later it is not possible to create new items, in the
> first this is possible.
Of course; you can create events tied to a category, the category is =20
only an organizational assist.
> If we now create a new calendar item we get the following default
> settings:
> Search Participants: needs to be filled in (two steps to get team
> montage)
> Search Resources: montage (has the right setting)
> Read access: All Intranet (user has to select montage from the drop
> down)
> Write access: Montage (this has been set in the user prefs)
> So the user is forced to execute three steps, for settings he already
> wants to have (90% ahead of the time).
If you use the drill down calendar view the participants will default =20
to the participants viewed (your montage team). I don't understand =20
the way in which you are using the resource.
> Next to this the user still has to be member of the "All Intranet" group
> because he also needs to access all general calendar items.
Yes.
> Is there a way to organize this a bit more elegant? Our users are
> complaining they have to fill in too many unnecessary (at least in their
> experience) values.
Try the drill down calendar view.
> It all boils down to user defined default values, better would be also
> resource defined default values and/or team defined default values.
> This means default values change depending on the view.
And they do.
> The view defines
> with which work group the user is working and therefore the access
> requirement for the collaboration.
Default write access for a user is defined in their preferences.