Re: [Plone-Users] how to achieve core architecture

[<nei...@bt...>]

Hi, thanks much for the input. I think I've cracked it and yes one of =
the modules does it naturally cos it's very clever. mxmworkgroups allows =
me to define the roles/permissions in the ZMI and then implement them =
within a per-group basis, so that someone has 'Expert' permissions only =
within the context of an appropriate group(s). I can then tie in the =
relevant functions, eg they get permission to 'edit wiki', but limited =
only to the group. does that sound robust do you think?
=20
In terms of the indexing the main thing I'm trying to achieve is =
basically something like this, the screen of portal taxonomy. ie. yes, =
group owners can tag their groups ('linux'), which can then be found via =
this kind of navigation structure, and probably rather than groups =
within groups, relationships between groups:
=20
http://plone.org/products/portal_taxonomy/screenshot/image_view_fullscree=
n
=20

________________________________

From: plo...@li... on behalf of eleddy
Sent: Thu 9/6/2007 7:01 PM
To: plo...@li...
Subject: Re: [Plone-Users] how to achieve core architecture





> - Permissions etc.: The purpose of the overall site is only to host =
Groups, so essentially there will only be one main site-wide permission, =
that of creating a Group. All other permissions will be localised to the =
Group, ie the Group Owner will assign local roles to members for the =
main workflow activities. The main purpose of Groups is for collectives =
of Experts, so e.g. they might add a Help Center to document their =
expert topic, where the Experts post content, Editors approve it and it =
is then visible for Public viewing.
>

I think your thinking on one permission only here is a little off.
>From a root level, there is only one applicable permission, but as
long as members can assign roles, then those permissions/roles exist
as well. When thinking about permissions and roles, its best not to
start out thinking hierarchically.  I would elaborate all roles and
permissions without hierarchy first, as thats how plone/zope sees
them.

> Where I'm getting a bit lost is: i) How this relates to the ZMI =
permissions system. Ie how do I delegate setting the permissions to the =
group >level rather than setting them here,


Check out the definitive guides section on permissions, and if you are
able, just crack open the code for b-org or mxm or gruf - they are the
best reading material out there for this stuff.  Permissions are not
easy at first step so the more you read first the better off you will
be. Also look at PAS (http://plone.org/documentation/manual/pas-
reference-manual/referencemanual-all-pages) to see how that can all
play in.  Sometimes hooking up with ldap can solve easy problems.

>and ii) which module to use for the core Groups. I believe GRUFspaces, =
mxmWorkgroups, b-Org would all cater for this. I was thinking =
GRUFspaces, because I'd like to use GRUFuser too, for enabling virtual =
team ownership of Groups, but I can't tell the differences between them.
>

I like GRUFSpaces and have used it in the past.  Part of this is
probably going to be try and see.  Products are so easy to install and
uninstall you should just try it out and see the plus' and minus' of
each.  Also see if they are compatible for your version ;)

>
> - Indexing: Groups can be indexed to appear in a navigable catalogue, =
e.g. open source > linux. Taxonomy Portal looks like a possible =
candidate for this, as well Ontology.
>

Not exactly sure where you are going with this... from the basic
description it seems like you may be over-complicating things by
adding other products. Also, are you planning on having groups of
groups? If this is the case, I would look into a tagging approach.

>
> Many thanks in advance,
>
> ---
> Neil McEvoy | Microsoft Solutions Consultant | BT Global Services |+44 =
(0)7843 511 158 |E: neil.mce...@bt.com |www.bt.com/globalservices
>
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a =
browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Plone-Users mailing list
> =
Plone-Us...@lists.sourceforge.nethttps://lists.sourceforge.net/lists/list=
info/plone-users


-------------------------------------------------------------------------=

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Plone-Users mailing list
Plo...@li...
https://lists.sourceforge.net/lists/listinfo/plone-users