[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