[Andy Peatling]

What is your solution to the main question of this thread? I have given my hack, but it doesn’t work for Dan Butcher.

Point me to a ticket with steps to reproduce and I will happily take a look at it.

Also if the member management tools are so great, can you answer how to display basic profile information anywhere in the theme?

This is all over the forums, but I’ll post it again:

<?php echo xprofile_get_field_data( $field_id_or_name, [ $user_id optional ] ) ?>

My main issue with member management in BP is that there is no built-in consistent way to store firstname+lastname, as I’ve explained over and over to the annoyance of many on this forum.

This isn’t going to change, I’m not going to force people to enter “firstname” and “lastname” for the same reasons I wouldn’t force people to enter “state” or “postal code”. You can bring it up as much as you’d like on the forums, but a solution that works for everyone in the world is to have a single field. If you would like something else, then it’s possible to write a plugin or work around it. I’ve seen no more than ten people complain about this out of everyone who uses BuddyPress. If this was a widespread issue then there would be endless complaints and tickets.

[peterverkooijen]

I don’t understand your issues with member management? WordPress MU provides excellent member management tools, and BuddyPress rides on the back of this. What is it that you need so desperately?

What is your solution to the main question of this thread? I have given my hack, but it doesn’t work for Dan Butcher.

Also if the member management tools are so great, can you answer how to display basic profile information anywhere in the theme?

My main issue with member management in BP is that there is no built-in consistent way to store firstname+lastname, as I’ve explained over and over to the annoyance of many on this forum. It makes it much more difficult to integrate third party scripts that do require firstname + lastname, like mailing list ListMessenger in my case.

Commercial membership plugins apparently create their own members table to not be stuck in WP’s built-in users management. If WP had a more solid solution that would not be necessary.

WordPress provides a decent base, but over the years bits and pieces were apparently added in different tables – nickname, display name, first name, last name, … – and BP added xprofile on top of that without synchronization with wp_usermeta. But I’m repeating myself again…

Just trying to help so you’re not completely ignored.

I’m ignored anyway.

[Mike Pratt]

@Andy I think the central issue is that WP and BP store member info separately. For the uninitiated, it means that comments on blogs on a BP sire will not show the same profile info as comments on forums, etc. b/c the blog gets it’s info from the Wp table. So if you go into my admin on my site, none of the info is filled out except email and username, altho there’s AIM, website, First Name etc. But none of that is made avail into a BP install. On my site, the blog comments say ” username” commented….. instead of “Display name” commented.

Additionally, if WP has all those user fields, why are they not exposed to BP already? That’s what is being talked about. So I am writing functions to sync up that data.

[r-a-y]

Originally posted by Xevo:

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

You can redefine the BP forums slug to something else in wp-config.php or bp-custom.php:

define( 'BP_FORUMS_SLUG', 'group-forums' );

That way, you can install bbPress in /forums/ if you wanted to.

This is what I’ve done on my test environment and it works.

[carpconnect]

So i would have to turn off group forums?

If i have standard bbpress install in /forums will that allow group forums as well as normal layout?

cheers

[peterverkooijen]

Why not do the following (as we have) …

1. username

2. 1st name

3. last name

4. display name (the bp required field)

Because it’s not necessary. The goal should be to keep the registration form as short and simple as possible and not annoy new users.

Look at the registration process on Facebook, LinkedIn, etc. Most have:

First Name:

Last Name:

Email:

Password:

I use a javascript trick generate the username from the fullname in a hidden field – I can use email as username thanks to this plugin. Since BP has a built-in fullname field I’m stuck with splitting that out in firstname and lastname.

I have considered using fullname for firstname and creating a field_2 for lastname, but that causes all kinds of other issues.

Unfortunately there is no check/validation on what’s entered in the fullname field. The input is also not cleaned up to get capitals on the first letters and small caps on the rest. So the input could be anything, often just a first name or even ladiesman269.

Which undermines any reason of having that required fullname/display field in the first place…

All you have to do is create a function that writes the xprofile field values for 1st and Last name over to the WP table, in addition to setting the “display name value accordingly.

You have to do that straight from the registration form, to make sure that the data is there where/when you need it. That is basically what my function does. If you can get it to work. Apparently it doesn’t for Dan Butcher.

Now, with the (lame) fact that WP user table is actually different (not sure why it wasn’t co-opted for BP purposes)

That had mystified me since last Spring, but here’s Andy’s reason.

[dainismichel]

Dear Andrea, I’m certain we could make this work, and I’d like to organize a quick skype session with you to get it done. How much would 30 min with you cost?

Here’s where I’m at:

http://community.urine-therapy.org/testing/

Uses my modification of “BuddyPress Social Network Parent Theme Members”

and

http://community.urine-therapy.org/testing2/

usese my modification of “BuddyPress Default Members 1.1”

as described here

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/comment-page-1/#comment-133

Now, “testing2” is partially working, but

1) I don’t want the users adding widgets or changing themes…frankly, if they didn’t have access to the dashboard and just had access to a Post editor, I’d be fine with that. Register, Make a blog, start posting, uploading PDF’s, audios, videos, etc.

Regarding the standard navigation, here’s how I see things:

Home should take you to the main site

http://community.urine-therapy.org/

not to the home of the member-blog. And it should have a running ticker of all activity (basically all blog posts).

Blog should take you to your own blog (if you are a member)

Members should take you to a sitewide list of members, not a list of the “members” of the member blog.

Groups should show the groups created by members sitewide

Forums (I think this can be removed for now).

Blogs (this should be the same as members, since each member should only be able to create one blog).

Can you see how I just want to enable a community, but I don’t want to complicate things with blogs and sub blogs and members of sub blogs etc. etc. Basically a member gets a blog, everyone sees what that member does at that blog, we all comment.

Does that make sense?

Best,

Dainis

[Xevo]

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

Maybe install the standard bbpress in a “forum” folder?

[dainismichel]

This has been a real deal breaker for me, as I am the author of:

https://buddypress.org/forums/topic/make-member-theme-very-similar-if-not-the-same-as-buddypress-home

and

https://buddypress.org/forums/topic/how-can-we-integrate-the-buddy-press-theme-with-the-user-blogs/page/2

however, we may have our solution here:

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/

Best,

Dainis

[carpconnect]

Any give me a clue?

To get a traditional forum layout plus group forums do i need to install bbpress in site/forums ?

cheers

[@mercime]

WPMU 2.9 trunk, BP 12 trunk, internal bbPress intstall

.

1. In Forum – Group Forum Topic – Edit Topic

I can edit Topic Title, Content but nowhere to add/delete Tags of any topic. Just noticed it now that Tag edit was not available when I needed to add some tags to a forum post. Checking BP 1.1 beta folder, I now see I lost that functionality way back when i moved from external bbPress to internal forum in 1.1 beta

– Will form for editing tags be brought into Edit Topic Page in stable 1.2?

In the meantime, I have copied the edit.php from bp-default/groups/single/forum/ to my child theme and added the template tag to edit tags.

2. Groups Directory page shows “There were no groups found.” when there are groups in this install.

– Possibly because bp-default theme is still in construction?

Groups Directory page in child theme of bp-sn-parent is showing up the Groups listed in that page.

Thank you.

[21cdb]

Hey Matt,

there is a related ticket on trac (https://trac.buddypress.org/ticket/1498) and a free plugin called “Invite Anyone” by Boone Gorges (https://buddypress.org/forums/topic/invite-anyone)

I haven’t tested it yet, but probably gonna do it soon, because i agree with you on this issue.

[peterverkooijen]

This is my big pet peeve with Buddypress; there is no consistent built-in way to store fullname (as firstname + lastname). Profile synching only happens when members update their profile using the WP backend.

This is by design. BP’s lead developer Andy Peatling believes firstname/lastname would not work for international users.

My ugly workaround is here. Also see this one. I use the Javascript trick to generate a username from the fullname, so at least those are easier to recognize.

[Ipstenu (Mika Epstein)]

I did.

https://mu.wordpress.org/forums/topic/16167

If I log in via WPMU as my non-admin and, IN THE DASHBOARD, go to My Blogs, I see them all.

See: http://img14.imageshack.us/img14/7076/17201025759pm.png

I’m not an Admin (as that account) of ‘Consensual Reality’ but it shows up, so clearly it’s NOT WPMU that only lists blogs I’m an Admin of.

I think I’m back to this being a BuddyPress issue.

[dizziness]

I found a fix here: https://buddypress.org/forums/topic/more-privacy-options-private-blogs-and-activity-streams. Worked for me.

[John James Jacoby]

Code should be free under the GPL, but support has value. Unfortunately it’s difficult to charge people for your time through a website, which is why developers tend to charge for code or put up a paywall.

Someone make a BuddyPress site where your paypal is part of registration, and every time someone in the developer group marks a forum topic as resolved, it invoices paypal for $1 from the topic starter.

That, would be the best way to make money as a dev without freelancing or consulting, in my opinion.

[Anton]

This is where I got the idea from but it doesn’t seem to work:

https://buddypress.org/forums/topic/displaying-profile-fields-in-blog-posts

[21cdb]

Has anyone tried “BuddyPress calendar and event plugin” from wpmu.org? I would like to see it somewhere live and there is no demo available. It looks pretty good – Events are tied to groups, same as forums.

I just asked them if it will be work with BP 1.2 and if there are any plans on offering a free feature less version.

http://wpmu.org/buddypress-calendar-and-event-plugin/

[peterverkooijen]

We were discussing displaying single xprofile fields here.

Someone gave me this function:

function custom_xprofile( $field ) {

echo bp_custom_get_member_list_xprofile_data( $field );

}

function bp_custom_get_member_list_xprofile_data( $field ) {

global $site_members_template;

return xprofile_get_field_data( $field, $site_members_template->member->id );

}

So you can use this in the members index.php:

<p><?php custom_xprofile('Company') ?></p>

But it only works in members_template. I’d like to have a function for xprofile fields that works anywhere…

Haven’t had time to try variations on this one. Suggestions very welcome!

@Anton Koekemoer, I’m pretty sure the key would be in replacing $site_members_template in the function, but I wouldn’t know with what.

EDIT2: Here’s the thread where I originally got the function, from John James Jacoby.

[Sven Lehnert]

@ All,

Please do not forget, in every developing community, where the developers try to find a way to stay confirm to the Open Source philosophy and also make some profit, it always comes to this point.

The idea of donating does not work. I developed free software by my self .

Some plugins were downloaded thousand of times, but Paypal Donation was always less.

Not more than going out for some beer!

Look what happens to bbpress where ck stopped at least after she got tired of doing things for nothing.

What I want to say is, let’s be careful not to spoil people, who are thinking a lot about our all problems.

Of cause for most of us our busyness is build on Open Source Software.

So we all need the freedom of GPL.

In my opinion premium memberships are a great idea of having the source still GPL. People need to earn money.

I like it much more as the idea of free software with ads. Then you need to pay for ads free one…

I immediately would pay premium memberships for bp-events and other software around buddypress. This will offer stable software, you have a quick support forum and you will find some other stuff like an extra bonus in the premium area.

I’m looking for a free future without ripping of peoples engagement.

[Sven Lehnert]

Hi Boone Gorges, thanks a lot for your replay.

This is exactly the situation.

If you are in the group loop, it gives you back the group nav items depends on the settings and user rights.

But this does not help me.

For the SEO plugin I’m writing I need to know where the components could be.

It doesn’t matter, if there is a forum in a specific group or not.

There can be a forum so I have to SEO it.

For example:

If you have the group_document plugin installed, this plugin ads a menu item to groups, “Documents”.

So I have to SEO Group/Documents/.

If the group admin turns of group_documents, its just for this specific group. But in other groups there will be group_documents, and need SEO.

So for my case I am just interested in the components and where they are used.

I have nearly the logic. Just the groups are missing.

Lets have a look at the group_document component as example:

It’s not in $bp->root_components, so its not a root component

links, members, register, activate, search, blog, blogs, forums, groups, events, activity,

It’s in $bp->active_components, so it must be somewhere…

settings, activity, blogs, friends, groups, messages, wire, profile, status, events, group_documents, links, forums,

It’s not in $bp->bp_options_nav, so its not a profile component.

settings, friends, links, activity, blogs, groups, messages, wire, profile, events,

Also I can check if this component for example has a wire:

echo "<br>has a wire?<br>";

foreach ( (array)$bp->active_components as $key => $value ) {

if ($bp->$value->table_name_wire){

print_r( $value );

echo ', ';

}

}

In this case (groups, profile, events, links) have a wire.

But how can I find out if this component will below to groups?

My idea was to look at the unfiltered group nav items….

Sorry for my terrible English.

It’s always my problem. I hope you understand what I tried to say, and one of you have an idea.

[@mercime]

Bowe may be referring to this …

The issues with white screens will probably be because I’ve removed all deprecated code from BuddyPress. I’ll be supplying a backwards compatibility plugin that can be enabled on a site so old code can be supported.

From testbp.org

[Paul Wong-Gibbs]

Just found https://buddypress.org/forums/topic/publishing-documets-to-a-group#post-32999 which I assume you may have been referring to. I’m sure themes will straightforward enough to provide back-compat for but again we’ll wait and see about comprehensive plugins (think ones that add new components or do serious heavy lifting).

[Paul Wong-Gibbs]

There have been at least two nights of discussion in the WordPress and WordPress MU IRC dev channels about this. Tonight will be a third night of discussion, I’m sure, in the WordPress meeting.

As the naming of WordPress features isn’t something that is to do with BuddyPress directly, I kindly suggest you visit the WP or WPMU forums — or IRC — and contribute to existing threads so that your comments will be seen by more people.

[John James Jacoby]

Have a look at this topic about changing built in vergiage. Probably would have saved you some time.