BuddyPress.org

http://gibcosta.com

in the social section http://social.gibcosta.com

has anyone been able to get the FBconnector plugin running with buddypress?

As far as I can see these can be changed in

member-themes > buddypress-member > header.php

Search for id=”nav” around line 39

Would be good to have a language file for these elements.

After hours working on that I found a solution, but isn’t definitive and already have a bug! Let’s go. Nicolas, don’t kill me – i’m trying to help!

In the line 728 on bp-xprofile-classes.php just copy and paste the code bellow:

<div id="titlediv">

This code will add an opition in the field edit screen / at ProfileFields Admin – to keep the data private for “non friend users”

But the problem is IF the field have data and you aren’t a friend, you will see the field name, but the data will be hidden. look at my birthday http://voiceover-casting.com/members/admin/

I have tryed do the same with the Groups Fields but doesn’t work. Maybe someone can help me to create “Hidden Field Groups” and found a fix my newbie solusion for the “Private Fields” bug.

Could be nice if in a new version the admin and the users can select “Who can see the data” like: “Public, Only Friends, Hidden (only visible for admin and the owner), “.

Nicolas, I will donate for you soon for your great job.

I think the idea is not to have BuddyPress permanently alter the WordPress related data.

I’m new to BP and so I’m not familiar with how all the functions work, but what in the original WP data structure would be altered by deprecating fullname in favor of using the WP fields?

…then really BuddyPress should be able to modify ALL of the original WordPress user info exactly like the profile admin panel does…

I would like that, actually. Or at least to have the option to have the profile be able to modify that information.

I want the original WP functionality that allows a user to choose which fields — username, first name, last name, or nickname — to display for them. I thought that was a great addition to WP and I don’t like that installing BP has effectively cut me and my users off from that choice without some serious code modification on my end.

I think the idea is not to have BuddyPress permanently alter the WordPress related data. Right now, and please correct me if I’m wrong, but past of the design and development process of BuddyPress is that it can be added and removed without any changes done to the WPMU data structure, apart from conveniences like changing a password, etc…

You can rename the “Full Name” in the BuddyPress to say “Nick Name” or “Display Name” or whatever you’d like, and then code your themes to use that info if you so choose…

To be honest, from a developers standpoint, I like how it is right now, as it allows me to keep things separate. If you’d like to open up the ability to modify the fullname, then really BuddyPress should be able to modify ALL of the original WordPress user info exactly like the profile admin panel does, with website, info, firstname, lastname, etc…

Hello! I’ve just downloaded the 1132 trunk but the problem still remain for the Brazilian Portuguese translation. The behaviour is exactly as described in thread https://buddypress.org/forums/topic.php?id=1250.

Does anyone know how to solve it?

Thanks!

These forums are not meant to be a job board. They are for ideas on expanding buddypress and support in general. If someone asks for paid support they must leave their contact information and the thread will be closed.

Well, one solution would be to have a blog created for the group with all group members set as editors.

The BuddyPress Codex (http://codex.buddypress.org) is run off WP and instead of a normal wiki users log in and are able to edit the pages – revisions are saved thanks to post/page revisions.

It would just need a plugin to add some options to the group admin area; Group Blog settings for example.

There’s a quick five-line plugin to do that in this thread:

https://buddypress.org/forums/topic.php?id=1095

Just change:

$redirect_to = bp_core_get_userurl($user->ID);

to whatever URL you want the user to be redirected to.

http://twitterfic.com

a social site for twitter fan fic characters.

There’s this function in the bp admin bar:

// return a string indicating user’s role in that blog

function get_blog_role_for_user( $user, $blog ) {

// If the user is a site admin, just display admin.

if ( is_site_admin() )

return __( ‘Admin’, ‘buddypress’);

$roles = get_usermeta( $user, ‘wp_’ . $blog . ‘_capabilities’ );

if ( isset( $roles ) )

$role = __( ‘Subscriber’, ‘buddypress’ );

elseif ( isset( $roles ) )

$role = __( ‘Contributor’, ‘buddypress’ );

elseif ( isset( $roles ) )

$role = __( ‘Author’, ‘buddypress’ );

elseif ( isset( $roles ) )

$role = __( ‘Editor’, ‘buddypress’ );

elseif ( isset( $roles ) )

$role = __( ‘Admin’, ‘buddypress’ );

else

return false;

return $role;

}

It determines the user’s role. That what you need?

You might just be missing the current user in that function you created. Gotta remember the global vars.

global $current_user;

The info that bp tracks for a user is what bp needs to know about the user. The rest is provided by wpmu.

OK people this seems to work. This requires modifying the member theme since I didn’t find any actions in bp to hook this into so here goes:

In the member theme the file:

/buddypress-member/blogs/create.php

There is this chunk of code:

<?php if ( bp_blog_signup_enabled() ) : ?>

..(some other stuff here)..

<?php else: ?>

<div id=”message” class=”info”>

<p><?php _e( ‘Blog registration is currently disabled’, ‘buddypress’ ); ?></p>

</div>

<?php endif; ?>

Replace the ..(some other stuff here).. with this:

<?php

global $bp;

$blogs = bp_blogs_get_blogs_for_user($bp->loggedin_user->id);

if (!$blogs)

{

bp_show_blog_signup_form();

}

else

{

?>

<div id=”message” class=”info”>

<p><?php _e( ‘Limit one Blog per member’, ‘buddypress’ ); ?></p>

</div>

<?php

}

?>

This is the entire little create.php file in pastie: http://pastie.org/396083

This was a: “quick ya we should have that and I’ve got to get to the store and get some boxes because I’m moving from Michigan where we have a snow storm today and Virginia where I’m moving to comes to a screeching halt when they get 1″ of snow and I gotta run now” solution.

When I get back from the store I’ll help clean up the damage this might cause. This does work for me in a quick test.

The purpose of that is to allow WP themes to run the bp directories such as member, groups and blogs. It has nothing to do with the member theme at all.

What the themes are for:

https://codex.buddypress.org/getting-started/using-the-buddypress-themes/

http://blog.andedipan.com/

Thanks burtadsit. I had looked in Tract but couldn’t find anything at the time of reporting. Appreciate your update.

I’m also on my way to totally eliminating the bbPress profile at http://delsolownersclub.com. If only there was a “Favorites” function inside BuddyPress. Hmm…

oldskoo1, see this thread here for info about that: https://buddypress.org/forums/topic.php?id=1095

Buried in there is a little 5 line plugin that allows you to redirect on login.

Don’t really think so. People will want different levels of ‘integration’ for those two products. This is really a theme related issue. If the theme developer decides to do that then it gets done. I’m doing that on a theme I’m working on for bbpress. I want to have as much bp functionality as possible in bbpress.

You can see the current state of chaos here: http://ourcommoninterest.org/bbpress

login credentials for test user:

username – hellome

password – hellome

The way I have it setup now is that when viewing a thread the user info block for each post has the bp avatar, user full name and underneath the bbpress title. The user full name takes you to the bp profile and the title takes you to the bbpress profile. Just fooling around with some ideas.

Ok So I had a blog that was doing pretty good and I wanted to get all the fantastic features of buddypress. I went ahead an migrated over, but what I am seeing is that my once very full looking blog is looking like a fresh brand new site, and rightfully so.

What I would like to propose is maybe a group of us could get together and help each other out by taking the time to help each other make their sites look a little more flush by registering as new users, creating some groups, etc. I think it would help us get more signups if our sites don’t look like something we just put up there two days ago.

Any thoughts on this. My site is http://www.beergogglehell.com I am not 100% done with it, but close.

well i’m fine moving it here. Everything on site works great except the ajax not refreshing. Oh and the email sign up link bug. Other than that Buddypress rocks!

From this thread: https://buddypress.org/forums/topic.php?id=1223

– If you upgrade from a previous version and are using your own custom theme, you will need to copy over the functions.php from the latest buddypress-home theme.

Try that Keith. It may be the problem. That is an issue for *all* wp themes that take the place of bp’s home theme.

@josswin, this is a known, recent issue with bp’s usage of a wpmu security mechanism.

https://trac.buddypress.org/ticket/519