[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-
feedback
* milestone: Awaiting Review => Future Release
Comment:
> 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/>
BuddyPress
More information about the buddypress-trac
mailing list