BuddyPress.org

Read the instructions around using a WordPress theme:

https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

Try this plugin: https://wordpress.org/extend/plugins/extended-user-profile/

Hey Guys, I still can’t get this to work? I am on bp ver 1.1

Maybe things got changed in the update that would effect the way this works? I really need to have custom pages for this to work for my site. Again, to recap, here is what I have done:

put the below code into : (wordpress mu and buddy press are installed into subfolder)

mysite/subfolder/wp-content/themes/bp-sn-parent/functions.php and created a page in the same directory called dashboard.php

CODE:

// creates custom page

define('BP_DASHBOARD_SLUG', 'dashboard');



function bp_show_dashboard_page() {

global $bp, $current_blog;



if ( $bp->current_component == BP_DASHBOARD_SLUG && $bp->current_action == '' ){



// The first variable here must match the name of your template file below

bp_core_load_template( 'dashboard', true );

} }

add_action( 'wp', 'bp_show_dashboard_page', 2 );

//

end custom page

URGENT: Need to figure this out!!!!

As much as I can tell, being one of those English-speaking imperialists to which you refer, WordPress has a good range of i18n stuff if developers use the right functions. If you think WordPress and BuddyPress seriously lack in these areas, then please by all means start a specific discussion thread on each product’s forums or file trac tickets/bug reports/patches.

Back on topic, I think socialpreneur’s on the money with this.

WordPress and therefore BuddyPress lack a lot of standard i18n features as core developers are mainly using English than other languages. They still haven’t figured out problems we have when we use our own languages within WordPress/BuddyPress.

Anyway, for the problem, there’s similar ticket on trac that names containing dots or dash don’t work on 1.1 environment. It may be related to this ticket.

I’m my case… I’ve simply decided in home.php to wrap the “first-section” widgets with logic that will show that widget section only to logged in users… otherwise it is replaced with a positioning statement + calls to action (i.e. Join! Donate! Learn!) and a wordpress loop. Pretty simple stuff:

<?php if (!is_user_logged_in()) { ?>



[static content & wordpress loop for the public]



<?php } else { ?>

<?php if(!function_exists('dynamic_sidebar')||!dynamic_sidebar('first-section'))>



[widgets for members only (i.e. site activity) ]



<?php endif; } ?>

Looks great, when will it be released for further testing?

When checking a classified detail, I getthe following error:

Warning: Division by zero in /home/benoitgr/public_html/dev/wordpress-mu/wp-content/plugins/bp-classifieds/bp-classifieds-templatetags.php on line 191

Cheers

Were you able to resolve the problem?

I have a similar plugin that is fully WPMU and BuddyPress compatible:

SI CAPTCHA Anti-Spam

https://wordpress.org/extend/plugins/si-captcha-for-wordpress/

The is a filter that needs to be added to wpmu to resolve this issue. There is already a ticket that discusses this:

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

That buddypress ticket includes a link to this ticket in for wpmu:

https://trac.mu.wordpress.org/ticket/1120

I’ve just faced this same question in this thread: https://buddypress.org/forums/topic/buddypress-says-themes-are-missing-but-they-arent

The answer seems to be yes, but it feels like quite a convoluted process. I understand the ethos from a design standpoint as to why they want a Buddypress theme used as the primary theme on ones WordPress site, but I really feel that this is an inflexible approach for those who have well-established WordPress sites already active.