BuddyPress.org

Yes, there is a BuddyPress primary site … where you’d run a BuddyPress specific theme, that lets you view members directories, group directories, member profiles, etc.

If you do all those changes you should be on track but it’s hard to say really until do it on the theme if that makes sense? Just with the CSS changes remember CSS is cascading and some themes use !important to over-ride this. It’s best to just in testing add your new CSS to the last CSS file called to make sure it has a fighting chance (key term in CSS is cascading). Also consider the theme may have it’s own styling different from the default theme even if uses the basic structure of it.

It’s not a question of whether you like it or not, the problem is that it breaks the design of existing sites – because their themes are using bp-default as a ‘much touted future proof’ parent theme.

You expect bug and compatibility fixes in a theme upgrade, not presentation and design changes.

If you’re changing the actual design, you’d expect that in a new theme. Much as you’ll expect WordPress to release 2011, and not simply overwrite 2010 with something different that changes the look of every child theme based on it.

That child theme should be ok with 1.2.6 it’s just a couple page templates.

If everyone’s going to be friends with everyone else, I’d suggest just turning the Friends component off since it won’t be doing anything interesting. Dashboard > BuddyPress > Component Setup

As for groups, you have a few options. If you make all groups public, then everyone will have access to everything. And if you hide all of the “my groups” and “join this group” buttons in the theme, people will never know (or care!) whether they’re a part of groups. They’ll just be auto-joined if they choose to post on the forums. A different method is to modify something like this: https://buddypress.org/community/groups/auto-join-groups/

@djpaul –

Can we happily run the 1.2.5.2 default theme (and children thereof) on the 1.2.6 core? Thereby allowing all our existing child themes to continue to behave the same without any mods at all?

And, as a corollary to this… is there an install option for 1.2.6 that won’t overwrite the 1.2.5.2 theme (other than copying it somewhere pre-install, and then re-instating)?

You need to address this to the author of the theme.

Naughty bump!

Are you on WP 3.0?

@rogercoathup
No harm done If you, or anyone else who works with BuddyPress themes, have issues like this with the template tags, and would like them done in a different way, I’d love to see an enhancement ticket filed on trac.buddypress.org with an example of what you’d like it to work like. Make up function names, etc.

It’s much easier to implement something you’d love rather than something we’d love

@djpaul

OK, apology in order – my temperature sizzled, and I jumped to the conclusion that they were being added in the core, and not as a filter in the default theme (which is a damn good place for them!).

Now, if only you could tear half the other activity presentation stuff out of the core – or leastways create some more granular template tags / functions – so that we’re not stuck PHP unlocking those monolithic activity strings. That would be really lovely.

Apologies again, bit of humble pie for me, and @nuprn1 .. thanks for pointing out the filter

I’d agree at least 64Mb. I think you can get away with 32Mb if it’s a low-traffic site, but it depends on how much code is loaded from any other active plugins and themes.

The guys here have it correct — the theme will need updating. If you’ve let the theme authors know, then thank you

This link will show all differences in the theme files. It might be of help? Red is removed, green is added.

https://trac.buddypress.org/changeset?old_path=/tags/1.2.5.2/bp-themes/bp-default&new_path=/tags/1.2.6/bp-themes/bp-default/

To clarify, the above link shows changes in the bundled “BP-Default” theme, and it was intended for any theme designers who have created a BP-Default child theme to help pin-point the changes. It won’t apply to any other theme. Sorry for any confusion.

EDIT: third time’s the charm

I don’t think it’s unfair that we revise the theme and any of the bundled widgets with each release. We need to be able to iterate on all areas of the theme (and other presentational elements) in order to continue to improve and add new features to BuddyPress. As Rich says, to remove the secondary avatar, put this into your functions.php:


remove_filter( 'bp_get_activity_action_pre_meta', 'bp_dtheme_activity_secondary_avatars', 10, 2 );


you can remove it via the filter bp_get_activity_secondary_avatar

or even better just remove this filter that is used in the functions.php
`remove_filter( ‘bp_get_activity_action_pre_meta’, ‘bp_dtheme_activity_secondary_avatars’, 10, 2 );`

@rogercoathup – no idea… seems if a trac report is submitted the request is made if possible. (maybe not enough discussion is made in the ticket comments to counter – generally speaking for any enhancement)