[buddypress-trac] [BuddyPress] #4728: Visibility API refactoring/restructuring

buddypress-trac noreply at wordpress.org
Fri Dec 21 15:17:44 UTC 2012

#4728: Visibility API refactoring/restructuring
 Reporter:  chrisclayton                   |       Owner:
     Type:  enhancement                    |      Status:  new
 Priority:  normal                         |   Milestone:  Future Release
Component:  Core                           |     Version:
 Severity:  normal                         |  Resolution:
 Keywords:  2nd-opinion reporter-feedback  |
Changes (by boonebgorges):

 * keywords:  2nd-opinion reporter-feedback close => 2nd-opinion reporter-
 * milestone:  Awaiting Review => Future Release


 >  but I believe the xprofile visibility settings are so specific, they
 wouldn't work without a lot of adjustments for other types of data.

 +1. I'm totally behind the idea of working toward privacy/visibility
 features that will work across more content types, but just porting over
 the stuff from the xprofile component won't work. (We could keep the
 levels - 'loggedin', 'friends', etc, but that's about it.)

 I'm going to put this ticket in Future Release, where we can use it for
 discussion of what a more general privacy schema might look like. It'll
 probably be the kind of thing that gets implemented in a plugin first,
 with some prerequisite mods made to BP to handle some of the fancy
 filtering that'll be necessary. You might have a look at Jeff Sayre's bp-
 privacy component as a starting point.

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

More information about the buddypress-trac mailing list