Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)

  • Martyn_
    Participant

    @martyn_

    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?


    Martyn_
    Participant

    @martyn_

    Hit enter too soon – can you link to documentation for that?


    Martyn_
    Participant

    @martyn_

    @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?


    Martyn_
    Participant

    @martyn_

    * 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).


    Martyn_
    Participant

    @martyn_

    * 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…


    Martyn_
    Participant

    @martyn_

    It works nicely 🙂


    Martyn_
    Participant

    @martyn_

    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….


    Martyn_
    Participant

    @martyn_

    Does the include override $type? that isn’t obvious…


    Martyn_
    Participant

    @martyn_

    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).


    Martyn_
    Participant

    @martyn_

    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.

Viewing 10 replies - 1 through 10 (of 10 total)
Skip to toolbar