BuddyPress.org

Your child theme should simply be the required stylesheet naming the main theme as template: the themes name’ picking up your themes styles if necessary – hopefully they are enqueued so will load up via the themes function.php file.

Now if you want to change any buddypress styles create a folder in child theme top level ‘buddypress/ in that a folder named /css/ so we have ‘buddypress/css/ in that css folder copy buddypress.css; now you have a full copy of the bp styles and BP will automagically find that file and use it instead of it’s original copy, you can now edit anything you care to in that file.

A less elegant, but working solution regarding locations within states you can find on my registration page (section: ‘Profile Details – Teil III: Geographisches’):

http://1a-spielwiese.de/registrieren/

You can ask at first:

• In which state (USA or UK?) do you live?

and then:

• In which US-federal state respec. in which UK-county to you live?
• and finally you can introduce the names of the federal states of the USA with ‘US-‘ and the names of the counties of the United Kingdom with ‘UK-‘.

(You can ask this questions within the ‘base group’ of your xProfile fields – then they get displayed on your registration page automatically. Or you can make your further xProfile fields displayed on your registration page as well:

https://buddypress.org/support/topic/reshaping-the-registration-page/#post-203615 [section 2nd].)

Yes, there should be a way, but I was not able to follow the instructions / to realise that way.

The basic idea is:

• Create two (or more) new WordPress user roles, e.g.: Users-UK and Users-USA.
• Then you can assign one xProfile-field, ‘In which [federal] state do you live?’, exclusively to your users with the user role Users-USA; and another x-Profile, ‘In which county do you live?’, to your users with the user role Users-UK.

—

The instructions for that solution you find there:

https://buddypress.org/support/topic/resolved-different-profile-types-and-different-user-roles/

(The user roles there are ‘bands’ and ‘fans’).

And my report about my attempt to apply that instructions you find there:

https://buddypress.org/support/topic/different-profile-types-and-different-user-roles-part-ii/

My user roles are (sport) ‘teams’ and ‘fans’.

—

But unfortunately, I was not able to hinder, that ‘fans’ get displayed the questions (xProfile-fields) for ‘teams’ was well; and the ‘teams’ the questions for ‘fans’…

—

Further problem:

Even if there is a solution regarding later profile edits – even complicate seems to be, to make already the registration page “input senstive”, because during registration the new user isn’t yet registered (i.e.: has no user role yet).

Cfr. there:

http://forum.wpde.org/buddypress/133961-registrierungsseite-umgestalten-anleitung-und-fragen.html (section 4. – unfortunately in German).

@barchiola:

You have to insert just that changes (i.e.: new style-definitions), which you want to make.

E.g.: I intended to change the background color of my BuddyPress-menus. Therefore I inserted into my style.css, which is placed within my child-theme-folder:

#buddypress div.item-list-tabs {
    background: #008080
}

#buddypress div.item-list-tabs#subnav ul li {
	background: #DCDCDC
}

Doing that, the original background-color transparent is substituted – in the first case – by #008080 and in the second case by #DCDCDC.

The result you can see there:

http://1a-spielwiese.de/neuigkeiten/

In the corresponding way I inserted the #008080-borders.

No! Essentially the principle in overloading (copying templates) is one of replicating the name of the core file and ensuring the file is located in a directory that matches to the core one.

So we create a directory named either ‘buddypress’, or ‘community’ in our theme or child theme then anything that lives within the bp core directory /bp-legacy/’ we replicate over creating sub directories of same name, we copy over only the files we want to edit so buddypress.css gets copied over to /buddypress/css/.

bp-legacy directory is the only name we change transposing that name to ‘buddypress/ or ‘community’ thereafter follow what ever structure you see under bp-legacy in your theme.

The functionality is available but I think it may work only for a member’s ‘friends’ by default. Take a look at this thread by @r-a-y which discusses how to make the feature work for all users.

Note: The thread is 4 years old but I assume the code still works.

You can check if the component is active or if a plugin exist

Checking for Active Components in Plugins or Themes

Theme Compatibility & Template Files

http://phpxref.ftwr.co.uk/buddypress/_functions/bp_is_active.html

@tomatillo
bp_is_activity_component, bp_is_members_component, bp_is_profile_component, etc.
Reference:

Template Tag Reference

@mugwumpman,

you already reported around this in the past, but apparently you didn’t follow the answers. 😉

https://buddypress.trac.wordpress.org/ticket/5182

Open a new ticket if you cinsider there is something incorrect with cropping.

Hi @spymasterhugh009

Check out the links on the left-hand side of the Getting Started page.

It’s the best place to start when learning BuddyPress. Good luck!

hi junior 😉 @spymasterhugh009

i changed your topic title to something more accurate, because “Help” isn’t a support forum subject.

For basic start question, please read the Codex.

Getting Started

Configure BuddyPress

Register and Activation Pages

Good luck with BuddyPress.

If you mean “comments” as in “comments on a blog post”, that’s obviously part of WordPress. That will definitely scale fine.

If you meant “comments or replies on activity stream items, or status updates”, that’s BuddyPress. This should scale just fine, too.

This assumes your server(s) configuration is optimal, and that you haven’t got any slow code running in other plugins/custom code, or in your theme. I/we can’t really help you with that here — running a performant server(s) for WordPress is outside the scope of providing BuddyPress supports.

The only piece of hosting advice that I’d recommend for any WordPress-powered site, but especially larger sites, is to make sure you’re using an object cache, such as memcached.

Sorry to hear that you’ve had a bad first experience with BuddyPress. We’re always working to make it better.