BuddyPress.org

I am using latest wordpress 3.0.1 and default twentyten child theme and all i did was transfer folders using buddypress theme pack and go in menu and create a custom menu and use it as primary menu add all the pages in menu and than create custom links for buddypress like for /activity /members/ /forums and so on and they work fine.

Re: moving standalone bbPress forums to BuddyPress group forums, I would recommend reading an excellent post by BP moderator, Boone Gorges:

Upgrading from BuddyPress 1.0 to 1.1

Hey guys,

So this is a shot int he dark, but ill tell ya what we have figured out so far.

I worked with some of our Server Operations guys, and they were able to narrow it down to the bp-groups.php file, it loads each ctivity, blogs, forums, friends, groups, messages, and xprofile individually, after checking to see if its enabled and that it exists.

Something in that file is causing Zend to go crazy and throw the 500 error.

We notice that BuddyPress says its fully supported on WordPress 3.0.0, is it possible that there is a change from 3.0.1 that could effect this? I recommend trying to install 3.0.0, or even an earlier version to see if it works.

Currently, we have renamed wp-contentpluginsbuddypressbp-groups.php to wp-contentpluginsbuddypressbp-groups.php.disabled, and your site now loads.

Thank you

Justin H
NewTek WebHosting – TST

Hopefully someone else will chime in, but the only thing you may lose by not importing the bb_usermeta would be any customisation a user has done to their “display name” or “nice name”; it’d default back to that person’s username. They’d have to just type their preferred display name back in to WordPress or bbPress, so nothing tricky. So, I don’t think you need to.. probably.

I get the feeling you’re aware of this, but I’d suggest having a test-run of this to find out how well it works (or doesn’t) before doing it on your live database. Also, check that bb_usermeta and wp_usermeta have the same columns, you may need to massage the import a bit.

Once you get the users into WordPress, and you can log in as one of them, we can see about associating existing bbPress forum posts with a particular BuddyPress Group’s forum. I’ve not done that myself so hopefully someone who has can guide.

Hmm it depends how you want your site to work. At the moment, it’s a one group to forum mapping. That means, for each forum (or sub-forum), you’re going to need a group.

How many (sub)forums on your existing site? If you have more forums than you want BuddyPress Groups created, we need to do some more work to configure your setup to integrate your WordPress into an external bbPress installation. This is not technically easy, and would involve you creating a separate theme for the bbPress site itself.
A benefit of this approach is that you have full access to a traditional forum look-and-feel (bbPress’).

If, however, you’re happy with how the one forum to group mapping works with BuddyPress, you’ve already done the installation (i.e. clicked the button that said “use an existing bbPress installation”). What you’ll need to do next is move your users from the bb_users table into wp_users (and usermeta too if you want, but be careful and consider if you need to do that), create some groups and then edit their database entries to point to the existing bbPress tables.

Hmm. So, you’re saying, if I have a non-English version of WordPress (maybe MS subdomain specific), and I try to activate the BuddyPress plugin, it’ll fail and give me the “are you cheatin'” message?

The problem goes away if you removed your localisation? You changed nothing else?

BuddyPress doesn’t use bb_users at all, only wp_users.

You have a standalone installation of bbPress which is where your users database is (because you mentioned bb_users, I expect)? Can we just clarify that you’ve installed WordPress, and activated BuddyPress?

Have you integrated your standalone bbPress install at all? If so, how? Via the “Use an existing bbPress installation” button in the BuddyPress Forums Setup page?

The default view for the member directory is “active members”. This will only show users who have logged in since you activated BuddyPress, and are therefore considered active (last_activity meta is present). If you change the ordering to something else, the members will show.

Technically this comes down to if a user’s “last_activity” record is present in wp_usermeta. I suppose you could pre-prime the last_activity record by something like this: http://buddypress.pastebin.com/USrLFAFH It’s not tested, but I think you could put it in your functions.php. Remember to remove it after one execution, however(!)

It’s worth pointing out that BP 1.2.6 will require WordPress 3.0+.

The latest, generally that’s a given and the only one that would be available to download from the main download link on wordpress.org. That is now 3.01 which combines the old WP MU multi blog capability. BP works fine with latest version of WP.

BP 1.2.6 is set for release any moment now but install 1.2.5.2 in the meantime and update it when available.

Had you ever previously installed BuddyPress or attempted a BuddyPress forum installation on this site / database before now?

Are all the forums broken, or do, for example, newly-created groups’ forums work ok?

Is your WordPress set up as a multisite? (this used to be called WPMU. If you don’t understand this question, the answer’s no)

Are the bbPress tables in your database? For example, wp_bb_forums, wp_bb_meta, wp_bb_posts and so on?

Hi,

You can check this plugin which I recently develop to provide ACL BuddyPress Extended Profiles:

https://wordpress.org/extend/plugins/buddypress-xprofiles-acl/

Hope you find it useful.

Regards,
NetTantra

somewhat related:
http://farinspace.com/multiple-wordpress-wysiwyg-visual-editors/

Wish I could help with the actual visual editor you are working with, but alas no experience doing that, just happened upon the article above yesterday while working on another project. Hope it lends some ideas

@mikey3D

Yes, sorry – I only checked a multi-word post title.

You are correct, categories and tag page titles are behaving differently in default BuddyPress vs. default WordPress install

The function that builds the title in BuddyPress is bp_page_title(). In WordPress it’s wp_title()

The WP function is doing a lot more work with the category and tag slug, taking the name slug it’s been passed (with the hyphens inserted) and looking up the correct (non-hyphenated) title to insert.

OK, two things I suggest:

1. Report this, and suggest that the bp_page_title() function should behave the same as wp_title() for categories, tags, etc. This would be the sensible way for the function to behave IMO. @hnla – is adding this to the trac, the correct way to raise this a possible fix?

2. For a quick fix, code your own title function, and replace the call to bp_page_title() in your header.php with a call to your own function

The function may look a little daunting, but should be reasonably straightforward with a bit of judicious copying and pasting from the existing BP and WP functions.

Cheers, Roger

.You could also try my plugin (he says with shameless self-promoting grin).

See this post for the latest beta version: https://buddypress.org/community/groups/add-all-nav-links-to-bp-adminbar/forum/topic/updated-the-beta/
Here are the user configuration options available in the admin panel under “Settings” > “BP-WP-Navbar”
– Hide or display the main theme navigation
– Hide or display the site name in your new adminbar
– Hide or display the Login and Signup links in the adminbar
– Hide or display the “Visit Random” menu
– Select whether to display top-level WordPress pages horizontally or in a dropdown menu
– Define the label for the dropdown in WordPress 2.x
– If you’re running WP3.x, the plugin will fetch whatever custom menu labels you assign and display them in the admin bar along with all child pages in dropdowns
– Define the label for the Buddypress directory dropdown (default = “Community”)
– Define the font, font-weight and font-style for all menu items
– Define ALL colors: navbar background, main and sub menu item backgrounds, border, text and hover colors too
– Set the overall width of the navbar and of sub-menus
– Set the height of all menu items
– Adjust margins where required
– Reposition your fancy new custom navbar anywhere you like, relative to your theme so it scrolls with your pages

If you add categories to your custom menus in WP3.x, the plugin will pick them up and display them in whichever menus they are assigned to. Give it a whirl.

This is a simple thing to achieve with just a little custom theming. It’s also highly theme specific (if, where, when, how big, etc, you want adverts), and not something I’d expect in a default setup.

If you want a simple plugin solution, there are lots of off the shelf basic plugins in WordPress that should work without problem in BuddyPress (ad-rotator plugins). Use a theme with dynamic sidebars, install the plugins and add the widgets.

If advertising is really crucial to the business, then you are better to work with a full powered ad management system, e.g. OpenX or Google Adserver. Again, these are straightforward to include in a BuddyPress site: create dynamic sidebars in your theme for each of the advertising zones you require, then insert widgets with the ad zone codes from your management system. These ad management systems provide all the options you requested, and a whole lot more.

You can also consider using a different CMS – DotNetNuke has vendors/banners integrated with its source. I’m playing around with several open source CMS. I like WordPress for its end user interfaces and for its social networking applications. But I think I may still prefer DNN for business sites… still evaluating.