[buddypress-trac] [BuddyPress] #4414: Admin UI for Groups management

buddypress-trac at lists.automattic.com buddypress-trac at lists.automattic.com
Sat Aug 18 01:19:28 UTC 2012

#4414: Admin UI for Groups management
 Reporter:  boonebgorges                         |       Owner:
     Type:  enhancement                          |  boonebgorges
 Priority:  normal                               |      Status:  assigned
Component:  Administration                       |   Milestone:  1.7
 Severity:  major                                |     Version:
 Keywords:  has-patch needs-ui needs-testing     |  Resolution:
  dev-feedback                                   |

Comment (by boonebgorges):

 DennisSmolek - Yes, that's one of the main reasons for introducing this

 DJPaul - Many thanks for the feedback.

 Love your ideas for the index page. The 'number of members' bit is likely
 to introduce a lot of overhead, but maybe we don't care too much in the

 Re member management. I have thought a fair amount about this. A couple

 - The current actions in the regular group admin are 'Promote to x',
 'Demote to member', 'Kick and Ban', 'Remove'. While I normally like verbs
 in UI, this has never sat right with me. It seems to me that this
 interface is far clearer when you select the role from a list of options.
 - Related to this: Bulk actions, as things stand, are all but impossible.
 The dropdowns I introduced make it a bit easier to manage multiple user
 changes at a time (though it's still cumbersome).
 - I'd also thought of draggable, but I wanted a noscript option too. If
 the draggable were implemented, I think the dropdowns could be left for
 noscript purposes. I'm also not sure how it would scale; I suppose the
 Manage Members widget needs pagination (it has none right now), but
 clearly draggable will only work if all members (or at least all 4 user
 types) are displayed on the same page. Maybe draggable could be disabled
 if you have more than, eg, 100 members in a group.
 - I'm not sure that very much is gained by moving Member Management to a
 separate screen from Edit. The purpose for the Dashboard panels is to
 allow super admins to have a simple way to edit (potentially large numbers
 of) groups. Doubling the number of screens doesn't serve this purpose.
 Also, the wp-admin Users screens are not really so great that they're
 worth emulating in detail, IMO.

 Group extensions: Correct. I thought about this. It'd actually be possible
 to automatically pull the edit_screen() method from the group extension
 into standalone metaboxes, but this is really asking for trouble in terms
 of custom styling, scripts, etc. I agree this could be a future

 I'll work on a second revision of the patch, with some of these
 considerations in mind, in the next week or so.

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4414#comment:7>
BuddyPress <http://buddypress.org/>

More information about the buddypress-trac mailing list