[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Phpgroupware-users] Help understand users and groups
From: |
Dave Hall |
Subject: |
Re: [Phpgroupware-users] Help understand users and groups |
Date: |
Wed, 19 Jun 2002 09:39:35 +1000 |
Marcelo,
Ok I think I understand a bit better now. Someone else might want to
help me out on this one but here goes ...
----- Original Message -----
Date: Tue, 18 Jun 2002 11:33:15 +0200
From: "Marcelo E. Magallon" <address@hidden>
To: address@hidden
Subject: Re: [Phpgroupware-users] Help understand users and groups
Reply-To: address@hidden
> [ Please keep me in the Cc: ]
>
> Hi Dave,
>
> thanks for your reply.
>
> >> Dave Hall <address@hidden> writes:
>
> > > PS: My apologies in advance if my explaination isn't clear
> enough, > > I've got a cold and I can't think straight.
> >
> > I feel like I have missed something.
>
> Yes, I explained myself rather unclearly.
It did seem a little too easy :)
>
> Let me try with an example:
>
> There are two users, Joe and Martin. Both are in the group GW.
>
> There are several categories for the calendar events: vacation
> (someone goes on leave), talks, special events.
>
> Joe adds an event to the calendar: category talk, participants
> himself and GW. At this point PGW *expands* GW to "Joe, Martin"
> and stores
> that information in the database. If you look at the event
> information it says "participants: GW, Joe, Martin".
>
> The problem I pointed out in my previous mail is that if I add
> someone to WG *after* creating the calendar entries, the new
> members can't
> access the information (or at least that's the way it looked when I
> tried).
>
> Now the source of my confusion:
>
> In the calendar, if Joe selects User: Joe he can see the event
> and read
> its details. If he selects User: GW he can see the event but he
> can't read it.
uummm - I think he should be able to read it if he is in the group.
Although he won't be a participant as the was added to the group after
the event was created. Someone else may know more than I do, but I
think the access is a bug? ... but the participation is functioning as
it should ...
maybe try putting in a bug report on the access problem at
savanah.gnu.org/projects/phpgroupware
>
> Another example.
>
> Joe goes on vacation and he adds an entry for that in the calendar.
> The idea is that Martin (and the rest of the workgroup) can see that
> Joe is on vacation. Joe's vacation is a public event but GW doesn't
> take part in it. The question is how do you achieve this. In
> Preferences, Calendar, Grant Access I can modify ACLs for Joe (what
> does that mean? Traditionally ACLs on objects specify who has
> access to
> the object, does "ACL: Joe" mean "access control for Joe's data"?).
> Joe can mark add Read access to GW. If he does this, Martin has
> a new
> entry in the "User" menu named "Joe". If he clicks here, Martin can
> read Joe's activities. As you can imagine this is not the intention.
> What I would actually like to have is a way to see "who's on vacation
> in the workgroup".
My understanding is that you grant access as you describe above. You
can give all users read access to Joe's calendar and he just needs to
make sure what he wants as private is kept as private and what he wants
as public isn't private.
The other way I can see that you could acheive this is by setting up a
user/group called vacation that everyone has read access to and they
book there appointments to include vacation.
>
> What I want to do ultimately is having activies in which only one
> person takes part, but are visible by a larger set of people
> (attendance to conferences, vacation) and also activities in
> which no
> user takes part but are of interest to the workgrop (list of
> conferences for example). Is there a simple way of achieving this?
Set up another user called conferences?? I understand the logic and
what you are trying to acheive, but I can't think of a straight forward
way of acheiving it.
>
> Thanks for your time,
>
> Marcelo
Sorry I don't know more, but I hope this helps a bit.
Cheers
skwashd
Dave Hall
dave.hall.vcf
Description: Card for <dave.hall@mbox.com.au>