BuddyPress.org

Okay, before we can assist further, we need more information. Please answer these questions:

1. You’re positive that you’re running WordPress Mu and not single-version WP?
2. Assuming the answer to number 1 is yes, then did you upgraded from a previous version of WPMU, and if so, from which version and how?
3. Did you have WPMU functioning properly before installing and upgrading BuddyPress?
4. Which version of BuddyPress are you running?
5. Did you log in as site admin in WPMU’s backend and activate BuddyPress?
6. Do you have any plugins other than BuddyPress installed and activated?
7. Are you using the standard BuddyPress themes or custom themes?
8. Are there are errors in your server’s log files, and if so, what are they?

I would also like this. On pages made in wordpress can users have the rights to edit them? Almost like a wiki in that sense.

As suggested in this topic, Jcrop is gonna be implemented to WordPress 2.8

Perhaps it’s a good chance to replace the cropping system with Jcrop in the future releases like 1.1?

Jfcarter: you should be able to enable deep integration by adding this to the very top of your bb-config.php file:

require_once( $_SERVER['DOCUMENT_ROOT'] . '/wp-blog-header.php' );

Assuming WordPress is installed in the root.

Sounds to me like you’re not including the file correctly. If you were, the function would exist.

Basic integration has very little to do with what you’re trying to do. They are unrelated in most ways. Basic integration just allows cookies to match up, so that you have a unified login scenario, where you can login and out freely from either side of WP or BBP.

Deep integration involves loading bbPress inside WordPress, and WordPress inside bbPress, so that all functions and data are available to both sides at any point.

Firstly I notice that your Avatar cropper javascript is failing on registration. Also looks like bits of your site are missing, and messing with the BuddyBar (sub-sub menus aren’t appearing on hover.)

Otherwise, it’s working the way you have it setup. If what you’re asking is “why doesn’t my home theme look like testbp.org” it’s because you didn’t change your active home theme in WordPress.

Not sure what’s up with your member theme though. Might be missing some files or have some funky CSS or JS somewhere. Haven’t really looked into it for you.

I agree. It would be a nice integration. however, i think that it needs to be integrated with the wordpress users table first.

I actually linked to the function reference in my post above yours.

That function is a WordPress function to check and see if the user browsing the site is logged in or not. It will return true if yes, false if no.

if (if_user_logged_in())) {

[..your custom menu item code...]

}

Use the normal WordPress function is_user_logged_in().

So far, I’ve been able to integrate buddypress and bbPress.

My question involves this whole “deep integration” thing. I’ve scoured the forums on bbpress.org and mu.wordpress.org, but have not found anything that relates directly to running WPMU within bbpress.

Anyone know of a thread or have information on how to arrange this “deep integration?”

thx

The Northern Smurfs called a certain object a “bottle smurfer”, while the Southern Smurfs called it a “smurf opener”.

Language customization is subtly different from language translation but both share similar localization processes, using the same tools.

( https://codex.wordpress.org/Localizing_WordPress & https://codex.wordpress.org/Translating_WordPress. Google for more)

Of course, as Lance accurately stated, using dedicated software is overkill if your intention is to change a small set of frequently used words site-wide (turning “groups” into “teams”, “members” into “players” and so on).

In which case I’d go for the “slugs” method, as suggested by Andy Peatling, rather than tinker with the language files.

As always, scale matters.

If you are interested in managing one or more custom language versions, or if you find yourself willing to change more stuff as it comes, I strongly advise you to consider the software option.

It’s a personal investment which requires you to do your homework and learn to organize your projects accordingly but the learning curve isn’t that steep, and it will guarantee you less white hair in the long run.

PoEdit is a good choice, giving you the full benefit of a precious asset: translation memory.

Once installed on your PC, it creates and maintains databases for each translation project – its original purpose. A feature that can be put to good use for language customization.

Its rather straightforward user interface lets you focus on the language changes you want to make, with a built in “search” feature to locate words or expressions.

There is no built in “find & replace” feature as software translation is primarily based on strings and not single word occurrences, which can be located in different strings with different contextual meanings.

If you really want to batch-replace words, you can achieve this using a text editor like Notepad++. Proceed with extreme caution, though: unexpected replacements using this method are frequent, that you can’t always undo except by hand, which defeats the purpose of the whole process.

Since language files are usually modified with each new release (added strings, modified strings, different string locations…), you’re also better off handling language file updates that way, keeping the language customization logic independent from the file itself, in PoEdit’s TM (translation memory) safe at home on your PC.

When upgrading BP, it will spare you tedious language files comparison and copy-paste hell in a river of strings, and will do the job with more accuracy.

A single mistake in a modified language file can generate cryptic errors which you don’t want to start tracking and debugging in 3,000 + strings distributed in multiple language files.

PoEdit gives you the ability to manage multiple language files using a single TM database (or as many as you wish).

This is especially useful when you know that the number of language files to be handled gets larger as your platform grows (plugins, themes and templates sometimes have their own – and should).

Using PoEdit will give you the required semantic homogeneity among all language files belonging to the same project, seamlessly.

This is where translators make significant productivity gains. And so can you.

What is more, the software approach scales nicely:

If you want to leverage your community’s knowledge for language customization – Klingon, Smurf, slang, professional jargon, secret dialect, whatever… – you may want to install Pootle

( http://translate.sourceforge.net/wiki/ ), an open source collaborative translation platform that does the same as PoEdit, on your server, and upload the languages files for collective customization – the scenario is yours.

Yeah I know that. I’m currently using fillters and hooks etc to override so I can put them into my bp-custom.php. A nice plugin so I can use the WordPress UI to change the messages would be better.

I\’d like to know as well. Especially that \”Dear User\” annoys the hell out of me. \”User\” sounds like \”drug user\” or \”abuser\” or \”you\’re not a friend, you\’re just a user!\”.

The email is sent out after the new member has already given his name. There should be a way to just include the full name or first name in the welcome email. It\’s standard practice.

BTW, Socialpreneur, do you mean this thread? It’s not very helpful.

> Also when I go to add a widget to a sidebar when that widget is already used by another sidebar, WordPress does not give you the option to add it again. How do you include the widget on two sidebars at the same time.

You’d have to create a duplicate the widget, and depending on how it is written and what it does, it may or may not require further modification.

Lo.

> Why is it when I add a page to my WordPress site, it doesn’t show up in my BuddyPress navigation?

Because that’s just the way the default home theme is written. The items listed on that menu aren’t ‘Pages’ in the WordPress sense, anyway, so it makes little sense for the default, out-the-box BuddyPress theme to do that.

The bit of code you’d need to change (or to add in your custom/duplicate theme) is in header.php. Where you see:

<ul id="nav">

Add this underneath:

<?php wp_list_pages('title_li=<h2>Pages</h2>' ); ?>

Documentation for that function is at https://codex.wordpress.org/wp_list_pages