[buddypress-trac] [BuddyPress Trac] #6677: Groups: Draft, Locked or Suspended status

buddypress-trac noreply at wordpress.org
Wed Oct 21 18:36:22 UTC 2015


#6677: Groups: Draft, Locked or Suspended status
--------------------------------+------------------------------
 Reporter:  dcavins             |       Owner:
     Type:  enhancement         |      Status:  new
 Priority:  normal              |   Milestone:  Awaiting Review
Component:  Component - Groups  |     Version:  2.3.3
 Severity:  normal              |  Resolution:
 Keywords:                      |
--------------------------------+------------------------------

Comment (by dcavins):

 Hmm. I've been turning over in my mind various schemes we've talked about
 for a more flexible group-definition system and have been dreaming of
 something like WP's role/capabilities system for groups, like
 `current_group_can( 'show_in_directories' )`, so maybe that's the real
 solution here. I can imagine a few core group types (that could be
 editable by site admins) like a user role :

 {{{
 public => 'show_in_directories', 'anyone_can_join', 'send_invites',
 private => 'show_in_directories', 'accepts_membership_requests',
 'send_invites',
 hidden => 'send_invites'
 }}}

 And site admins could add custom group types that mix and match from our
 core set of capabilities. Components could add capabilities and defaults
 via the `Group_Extension` class and filter caps that are already in place.
 Site admins could even give a custom set of caps to a single group if they
 wished, maybe that's how we'd put a group into read-only mode. related
 ideas #6094, #6095.

 We'd still have a problem that if a group became locked, group-related
 plugins would have to act, too, like BP Docs or bbPress, so that's sort of
 a hairy problem. :)

--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/6677#comment:3>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac


More information about the buddypress-trac mailing list