phpgroupware-users
[Top][All Lists]
Advanced

[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

Attachment: dave.hall.vcf
Description: Card for <dave.hall@mbox.com.au>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]