Skip to Content.
Sympa Menu

grouper-dev - Re: [grouper-dev] lists of non-members lists for memberships?

Subject: Grouper Developers Forum

List archive

Re: [grouper-dev] lists of non-members lists for memberships?


Chronological Thread 
  • From: "GW Brown, Information Systems and Computing" <>
  • To: Tom Zeller <>, Chris Hyzer <>
  • Cc:
  • Subject: Re: [grouper-dev] lists of non-members lists for memberships?
  • Date: Fri, 12 Jun 2009 08:26:27 +0100

--On 11 June 2009 14:59 -0500 Tom Zeller
<>
wrote:


Could all lists behave the same as "members" ?


At first I assumed that all lists behaved the same way and that the
"members" list was merely a built-in default. I was surprised to find
that wasn't the case. 
I know a definite decision was made not to allow composites of custom lists - though you can add a composite group to a custom list.

I think there would be benefit in being able to use custom lists in the same way as member lists - reduced number of groups and easier to treat lists as roles - though as Chris says we'd have to figure out how we go about referencing lists.

Gary

On Thu, Jun 11, 2009 at 1:50 PM, Chris Hyzer
<>
wrote:

Ok, thinking about concatenating things, its now for me to make a feature
request and get rejected... :)

I think one of the reasons that "lists" in groups are not used very much
is that they are not reusable.  If you have a group called
classes:english110, and there are three lists: members, assistants,
profs, then the only one of those lists you can add to another group is
the members list.  Of course you could make three groups, and add those
to the three lists, but that defeats the purpose of the 3-way assignment
(so you don't have to create that many objects).

Should we consider adding the ability to add a list to another list?
 E.g. add the classes:english110 profs list to the classes:english120
profs list?

I think one of the issues is the way we represent groups as subjects.
 Right now we just have a subject source which looks at the groups table
and uses the groupId as the subjectId.  We would need to some how
concatenate the groupId and the list name for the subjectId, or keep
another table of group lists with uuids (is this in the groupSet table
perhaps???), or something...  anyways, if there isn't an easy way to do
this, and/or there is little interest, we can put this on the long term
wishlist... :)

Thanks!

Chris





----------------------
GW Brown, Information Systems and Computing




Archive powered by MHonArc 2.6.16.

Top of Page