Re: [Tikiwiki-devel] CREATOR_OWNER virtual group

[mose <mo...@ti...>]

le Wed, Feb 01, 2006 at 07:54:28PM -0200 par Luis Henrique Fagundes :
> On 1/31/06, David R. Newman <d.r...@qu...> wrote:
> > Sylvie Greverend wrote:
> >
> > > +100000 for batawata! The problem is to implement this correctly to b=
e able
>=20
> tks ;-)
>=20
> >
> > Maybe now is the time to look at a permissions system that uses a table
> > with multiple columns, to cover all types of restrictions (by object, by
> > activity, by type of page etc.).
> >
> > I suggested one a couple of years ago, but quite rightly people balked
> > at the work required to change all the code that depends on the current
> > implementation of permissions. I should have gone off and written a
> > demonstration, but unfortunately didn't have time. Perhaps a function
> > rewriting the old system calls in terms of the new system might help.
>=20
> I don't think there's a way to do this without breaking environment,
> but it's really needed. Maybe we could do this refactor and make a
> major release in which we allow ourselves to break "preserve
> environment" rule.
>=20
> what others think?

- the 'preserve environment' principle is always applicable.

If there are huge modification in data structure it just requires
more efforts to code a migration path painlessly. Last experience of
this was the structure change, and also the comments change we had in
1.8. It was not very successful but worked somehow. Something better
can probably be coded for a new refactoring if really needed.

The main problem in preserving environment is to know it extensively,
and it's not easy due to the bulk of tikiwiki. But not impossible.

But without some refactoring, well, tikiwiki won't go very far.


my 50 bolivares (~ 2 cents),
mose


>=20
> David, do you have a proposal on how permission system could be
> refactored to allow easy sql permission check considering group,
> individual and category permissions?
>=20
> batawata
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Tikiwiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel