[buddypress-trac] [BuddyPress] #1493: Deprecate Friends component and replace with Personal Group type
buddypress-trac at lists.automattic.com
buddypress-trac at lists.automattic.com
Wed Dec 23 07:19:29 UTC 2009
#1493: Deprecate Friends component and replace with Personal Group type
----------------------------+-----------------------------------------------
Reporter: johnjamesjacoby | Owner: johnjamesjacoby
Type: enhancement | Status: new
Priority: major | Milestone: Future Release
Keywords: |
----------------------------+-----------------------------------------------
Since "friends" are just a group of users, the thought is you could ditch
the "friends" component all together in lieu of letting users create their
own personal groups, where they pick who's in them rather than people just
joining them.
People could request membership the same as they do now, except with this
method "friends" reaps the benefits of everything the groups API can do.
This would solve the group activity feed/list/filter issue also, since my
private groups of friends would just show up as another group to view and
post to.
It would solve Jeff Sayre's user relationship issue too, because then he
could create 10 private groups and call them what he wants and put people
in them however he wants.
Our fear is that this might over complicate the groups component, so
making the UI easy to understand is critical if we go this route. It also
blurs the lines as to what "groups" actually represent.
What I notice on testbp.org is that when people join the site, they
immediately do three things. Check out the activity wall, join groups, and
add friends. This would simplify the group/friend process and make it a
one shot deal.
Other open source software works similarly. phpBB uses groups in a way
that works on both an Access Control level, and a friends/foes/ignored
users type of level.
If we introduced a "system" group type, you could basically have site-wide
moderators, site-wide contributors, etc... Groups of users that have their
own forums, activities, members, and scopes.
My theory for how this works is a lot like Twitter's lists, only they work
in both directions. Not only is it a group of people that I know, the
people I've added to that group now can talk back and forth to one another
because I've added them as a "friend." It's a way for my circle of friends
to talk using me as the center.
In the group creation process, I just imagine seeing an extra option for a
"personal" group type, and maybe a "system" type if we expand it that far.
These groups act like hidden groups, except people can request to be in
them, as well as the group admin being able to add anyone to the group
they wanted.
DB migration wouldn't be too hard. Just make new groups called "friends"
for each user, and add the user_id's that everyone already has as friends.
URI's would need to be mapped away from /groups to
/members/john/groups/group_name instead.
The "friends" component then could be replaced with something similar to
the "follow/followers" model of Twitter. Something a little lighter and
less meaningful than a group or a friend.
Thoughts?
--
Ticket URL: <http://trac.buddypress.org/ticket/1493>
BuddyPress <http://buddypress.org/>
BuddyPress
More information about the buddypress-trac
mailing list