BuddyPress.org

Thanks to Travel-Junkie it is now working for me.

Here is what i put in my bp-custom.php (not tested in the themes functions.php)

define('BP_EXAMPLE_SLUG', 'features');



function example_page_setup_root_component()

{

bp_core_add_root_component( BP_EXAMPLE_SLUG );

}

add_action( 'plugins_loaded', 'example_page_setup_root_component', 2 );



function bp_show_example_page() {

global $bp, $current_blog;



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

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

bp_core_load_template( 'features', true );

}

}

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

It is for a features.php page which is in the root directory of the child theme.

buddyin’s problem was that he was trying to use the BuddyPress theme on member blogs; it can only be used on the main blog.

I’m almost sure I’ve tried this in every possible way, but could not get it to work. Going to report Travel-Junkie’s method as well.

If you are making this a plugin, can you make sure it does work for child themes as well?

just buy a bag of buns

there are quite a few wordpress plugins for extending user profiles…

i once used cimy extra user fields for a project, and it worked fine for my purposes. it looks like there are a bunch of options nowadays.

I would not use Buddypress if it would force members of my sites to sign up with OpenID. Perhaps I misunderstand, but I would always want the option to make an old-fashioned closed off site with its own registration, independent of OpenID or whatever other self-appointed overseer – sure Facebook, Plaxo etc. are “all advocating that stuff”, they want to become the gatekeepers.

Should get you sorted:

https://buddypress.org/forums/topic/getting-a-consistent-look

Try adding this function as well as the original from JJJ.

function example_page_setup_root_component()

{

bp_core_add_root_component( BP_EXAMPLE_SLUG );

}

add_action( 'plugins_loaded', 'example_page_setup_root_component', 2 );

@John James Jacoby: But you can confirm that it still works for BP 1.1?

When I do that it doesn’t make any difference to the admin bar. Its still just a mess. Im afraid I’ll have t just start coding the css for the admin bar myself. Although I dont know if I’d be able to.

Ive upgraded to the newest buddypress version. And have made a child theme, which the admin bar working perfect in..

Its just in the normal blogs its broke and loads as a mess of links in the footer..

Any help would be appreciated. Im kinda going insane here >.<

If you know some basics in php/html and css you can easily change the buddybar into the digg bar. I myself don’t use the buddybar, so I don’t really care for it.

Yeah… it’s kind of like “I’ll have a bacon cheeseburger please. Hold the cheese and bacon”. LOL. Surely there must be a simpler way just to extend user profiles than installing BuddyPress and then disabling 95% of it?

i would totally love this feature to work!

Dear lswalker85,

Yours is the same solution I am looking to implement, but after looking everywhere I had not yet been able to confirm definitively whether WPMU works with WishList and BuddyPress. Does it?

Thank you very much!

Claude

yeah, it seems strange to turn everything off.

but i too have some things i didn’t want to appear in the interface for users – sometimes disabling leaves the button but returns a “you can’t create a new blog” message (for example).

and it’s definitely not a bulletproof solution, but what i’m doing is just hiding those buttons, forms, etc. via CSS, or removing post-load with jquery calls. it’s true that with any developer plugins, they could turn off javascript or tweak the css, but that doesn’t bother me. if they find a way to get in there and post content that no one can see, sure it’ll get added to the database… but it’s kind of like the tree that fell in the forest that no one was there to hear. other things like the toolbar at the top you can remove via plugins.

It seems this nice little function isn’t working anymore with Buddypress 1.1, at least i tried the code in every possible location (funtions.php, bp-custom.php) without success.

It would be great if we could figure out why, because it was so simple and useful!

buddyin, this thread is not the proper place to discuss bugs. Please make a new thread and provide info as per https://buddypress.org/forums/topic/when-asking-for-support.

Multiple posts don’t help you, either.

i’m using buddypress default theme. configured wpmu to use subdomains

I seem to have similar problem. searched forums and couldn’t find any answers. I’ve installed wpmu+buddypress in subdirectory. configured dedicated ip and wildcard record to your DNS resource records. site is hosted on godaddy.

admin is able to login and navigate to all tabs like home,blog,member,blogs,groups and forums.

users are able to login and configure home page with widgets. home page works fine. but all other tabs blog,member,blogs,groups and forums are giving same error

“The page you were looking for was not found”

pls help!!

Hey Mfgmk,

I know this is a bit late to reply to your comment from two weeks ago, but I just only read it now.

You shouldn’t copy functions.php from the parent theme to the child theme. It’ll throw errors. There’s another way to get rid of that third sidebar. Create an empty functions.php file in your child theme folder (all the functions from the parents functions.php will still work). In it you put this piece of code:

function sv_remove_sidebar()

{

unregister_sidebar( 'sidebar-4' );

}

add_action(  'admin_init', 'sv_remove_sidebar' );

In the above example 4 is the ID of the sidebar. If a sidebar doesn’t have a specific name to identify it with WP will give it automatically a name like sidebar-ID, which is the case with the default parent theme. Then you set the sidebar you just unregistered to display:none in your CSS file and you should be all set, plus you didn’t touch any parent theme files.