RE: [Apc-aa-coders] Reader Management Slice

[Jakub A. <jak...@se...>]

Norbert, Mitra and all,

we were discussing in Econnect the unhappy situation of two user
management systems and it does not seem possible to merge them. The AA
permission system has many features which would be really hard to model
by a slice. On the other hand the slice approach has such features which
can't be modelled by the AA system.

Our proposal is to add another Reader Management module, which will
synchronize the AA permissions from the slice. It would be only one-way
synchronization, i.e. users are added to AA permissions on addition to
the slice and their password and email info changed in AA pemissions
when changed in the slice. 

Please do think about it and write any ideas you have. It was a hard way
to come to the decision to put the Readers into a slice, perhaps it
would be possible to add AA permissions there also. But at the moment I
do not much believe in it.

Jakub

> -----Original Message-----
> From: apc...@li...
> [mailto:apc...@li...] On Behalf 
> Of Norbert Brazda
> Sent: Sunday, February 09, 2003 1:38 PM
> To: apc...@so...
> Subject: Re: [Apc-aa-coders] Reader Management Slice
> 
> 
> From: "Mitra" <mi...@ea...>
> > One concern .... a common situation I have is where the user's have 
> > ability to edit some parts of a site, and controlled reader
> access to
> > those and other parts of a site. For example this is the case where
> > you have a the board of an organization wanting a shared space to 
> > post news articles. I'd like NOT to have to give these people two 
> > different sets of login ids, and manage them in two 
> different places.
> > Can we integrate the existing user management process for
> > apc-aa/admin with this?  So that one interface can be used to add 
> > users to groups for managing parts of other slices..
> 
> So why not to put all user (not only reader) related
> information into the slice?
> 
> And I would like to suggest one more change if you are going
> to do it: User have no longer access to the anonymous editing 
> when is the item changed by administrator 
> (ITEM_FLAG_ANONYMOUS_EDITABLE is reset through admin 
> interface). It would be good to have this as a option. In 
> come cases we want users to change thier data even after they 
> were changed by the adminstrator (e.g. directory of NGOs - 
> sometime NGOs update data by themseleves, sometimes it is 
> done by our editors).
> 
> 
> 
> 
> 
> Norbert Brazda
> br...@ch...
> tel: 0905-729359
> 
> ChangeNet  - informacny servis o obcianskej spolocnosti Mlynske nivy 
> 41, 821 09  Bratislava, Slovakia
> tel/fax: 02-55560026, eMail: in...@ch... http://www.changenet.sk
> 
> SPAJAME LUDI, KTORI MENIA SVET
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld
> http://www.vasoftware.com 
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>