[buddypress-trac] [BuddyPress Trac] #3961: Hierarchical groups

[buddypress-trac]

#3961: Hierarchical groups
--------------------------------------+-----------------------
 Reporter:  sooskriszta               |       Owner:  dcavins
     Type:  enhancement               |      Status:  assigned
 Priority:  normal                    |   Milestone:  2.7
Component:  Groups                    |     Version:
 Severity:  normal                    |  Resolution:
 Keywords:  dev-feedback 2nd-opinion  |
--------------------------------------+-----------------------

Comment (by dcavins):

 Replying to [comment:24 mercime]:
 Thanks for the test drive! Comments on your comments below.

 > @dcavins Wow! That's :alot: of work there :) Thank you.
 >
 > Took this out for a spin a few minutes ago in a regular WP installation
 :)
 > * Re Parent Group select in wp-admin and front-end: only 20 groups show
 up in the select box out of the 76 expected (77 groups less the group
 you're editing).
 Ha! Pagination! I'd really like to improve on the select anyway by making
 it an AJAX autocomplete type thingy. My main site has 600ish groups, so a
 select is pretty terrible.
 > * Suggest removal of the "Member Groups" link from a group's navigation
 if it is not a Parent Group.
 I've followed BPGH's logic here: Show the tab if subgroups exist or if the
 current user can create subgroups (BPGH includes a "create" link on that
 screen). It seems a bit subtle for me, but BPGH also makes it possible to
 restrict who can create top-level groups and who can create subgroups, so
 I guess it's useful in that case where the current user can't access the
 regular "create group" button, but could create a subgroup. Do we want
 that kind of granularity?
 > * Add missing explicit `label` for Parent Group's `select` element in
 front end and back end.
 Great!
 > * Re "Member Groups" - I can imagine that those who have been using the
 Group Hierarchy plugin would be already know what "Member Groups" refers
 to. The terminology could be confusing to new users who could think that
 it's a list of groups where the members of the specific group are also
 members of.
 I too am conflicted. What should these objects be called?

 Thanks very much for your comments! I'll work on a new iteration of this
 next week.

 I'm still trying to figure out how I'd like to reflect hierarchy on the
 main groups directory--like BPGH with subgroup expands, simply including
 breadcrumbs with each result, or something else? The AJAX expand that BPGH
 uses seems to cause issues for users who expect to scan the list and find
 the group they're looking for, and never find second or deeper level
 groups because they don't show up. Maybe show them more like threaded
 comments with the option of closing groups of groups (could be a pretty
 expensive page load, and pagination would be odd)? Opinions welcome!

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