Forum Replies Created
I have a slightly related question – the above works in terms of displaying a field, but it doesn’t help if you just want to know the specific level of privacy a user has attached to a field.
For example I want a user to be able to trigger an action themselves (ie they are the logged in user), which would provide only their xprofile data which is set to ‘public’. It would be really useful to be able to directly query the profile visibility, not to the current user, but get the actual value.
get_profile_field_visibility('The Field Label', $the_user_id )
Is this possible?
Hit enter too soon – can you link to documentation for that?
@sooskriszta I am not sure I follow. Is the suggestion that each user has a number of nested private groups? that *would* be one way to define relationships, but… pretty clunky, no?
* Better options for users to self delete
Expanding. Without backend access, it would be nice for a site allow a user to delete in several ways. Purge all their profile fields and networks (‘destroy all personal data’), Retain their profile fields and networks whilst making it look like they have vanished (‘hide’ if you like), Delete Uterly.
* Multiple networks. We have friends, and with plugins one sided friendships (aka followers). sometimes its useful to have different types of relationships identified – “close friends” or “have done business with” or “merely online buddies”. It would be nice for an admin to be able to define additional types of friendships either independently, or by associating a scale (an integer valued friendship, 1=I want to see your feed stuff 2=online mates 3=actual real life chums 4=we’re married).
* Better customisation options of the activity stream: ie to be able to define a set of “or” filters for content type, and who. So (with plugin support) I can define a feed to include things from “me or friends or followers” showing “topics and topic replies and posts and new users” (and ideally be able to have a permalink to this with no other fluff on display). The current activity feed selectors are a mess and don’t provide what most people want to see.
* A way to select which filters and views are available in activity/, and persistently set the default activity feed view (from the admin panel)
* live activity updates
* A reply by PM hook into bbpress
* Better options for users to self delete
* Improved management/rethink of the tabs on profile pages (because this rapidly piles up as you add in plugins) : “Activity Profile Messages Friends Following Followers Location Groups Blog Forums Events Gallery Settings Links” Is not viable for a one line menu bar – this is maybe a display issue, but…!
* be able to pass a function to the members loop, thats called to determine the display order (e.g. so I can easily order by City or age or any xprofile field)
Maybe these are already there, but these are the things that are bugging me as a non-expert dev right now…
At face value, the inlude= argument says which members should be output, not the order. The documentation is a little weak here, but a quick test suggested that I was still getting the sort order of ‘last active’ when I tried.
I may have goofed somewhere….
I’m not sure its a bug, but it certainly stops the epic rendering problem when recursive comments in the activity stream occur (stuff all piling up at the end).
the wider problem is that new users don’t have friends (or followings) and yet for established users the global feed is way to busy and way too irrelevant. Selecting a filter/feed doesn’t persist beyond the session.
Ideally, there would be a user setting that allowed choice as to what the view was, or a way of hooking in an algorithmic choice – say based on friend count or following count.
Secondly the exclusive choice isn’t ideal, inclusive selection (friends, friends and following, friends and following and condition XYZ) would be much better.
Is anyone working on such? Or interested in helping? Or pointers to code….
A selection. The main header, a few static items in sidebar widgets, the background, in the future, possibly banner adverts. An approximate rule might be “not user upladed” but it wouldn’t be a hard and fast rule! We are probably looking ultimately at a couple of dozen large jpgs that put a bit of an unneeded load on the server and pageload performance.