BuddyPress.org

Hi @All,

I’m writing for themekraft.com, we are a young startup, making our lives with WordPress and 80% BuddyPress related development.
Buddypress has changed our lives and we want to count us in.
We have read the thread from bowe at bp-tricks.com and this thread here, and we want to help, too. It’s like bowe and this thread is bringing our thoughts to the public, and we feel it’s time to come together.

We are 3 people, and we can give 2 hour every week to help out. That makes 6 hours – let’s say one day a week.
We are two developers and 1 theme designer.
There are many small and bigger problems we found in our daily work, we like to have changed. And we would immediately start helping.

For example: bp-default:

We have developed a theme for BuddyPress. And in the theme you can change sidebars, also for BuddyPress components .
But it’s very difficult for us to provide a left sidebar only, because buddypress comes with a right sidebar in the default theme and the sidebar is included in the pages instead of in the header and the footer.

Every component that extends BuddyPress, comes up with the right sidebar in the template files.

That means for us (and all theme devs with theme options like sidebars), we have to rework every template file from every plugin to support having just a left sidebar.

This is just one theme example, we would like to share all experiences to improve theme development with BuddyPress.
We know, there must be at least some templates files for buddypress to work. But they should integrate in different way as now.
We have read this thread, and there are quite a lot of people willing to get their hands on the bp-default.

Wouldn’t it be a great thing to have the bp-default in github, so we can create a team to work together the git way?
There is also an issue tracker in github, and I feel it’s much easier as the trac…

This way integration in a new bp-default team would be very easy.

Patches and all the BuddyPress stuff.

We have done some funny things with custom post types and groups, because it is so difficult to filter groups in a certain way.
Also if we use the custom post type api, we get a lot of benefits like revision backups and so on.

To be honest, we believe that BuddyPress could handle groups more powerful, and we would like to work on this, too.

I have seen the conversation from the BuddyPress ninjas in the early days of 1.2 where JJJ started to think of groups in a API way.
Everything is a group. Like a group of people and so on. I really liked the idea and we would like to see groups become something more powerful.

I will stop writing now, hoping we will just start working, as I guess everything has been discussed before.

Thanks for all, we love BuddyPress and see it us a powerful tool to build great websites, often without the need of a direct social network, using it to realize our customers needs.

We look forward to start helping. We always had the feeling before, that it’s not so easy to become a working part.
So just let us know where we can start, or what you need to be done

Thanks,
svenl77, konradS and mahype

"? Do you mean what has been discussed in the posts in this thread?"

Either, it’s relevant.

"Have a read of the WP codex, look at functions such as register_style, enqueue_style, enqueue_scripts and associated functions"

Nah, just found this helpful How to disable scripts and styles.

Thanks @hnla

Don’t add more plugins e.g w3 toatal cache until you have identified whether you actually have an issue otherwise you are simply attempting to cure the symptoms not the cause. caching is necessary for when pages legitimately have a lot of objects and thus slower load times start to manifest.

You need to start troubleshooting, beginning by stripping your install back to basics, only necessary plugins, if then still too slow you need to start looking at your server config, if responsive then start adding back plugins one by one testing load times as you go. (fwiw I recently slowed an install by running a wp_update function on each page call this delayed loading by 14 secs until I had conditional wrapped the function to run once only)

Hi, first thanks for the help.
I’m just trying to implement first in a local apache server and make it work before upload to my server. Maybe I could upload for you to see what is happening…
What I’m specting is, the “show comments” java button is there, but when I press it it just swaps to “hide comments” but comments are not visible.
I should mention I’m working with jet-skinner-for-buddypress plugin. Maybe this is the problem.
I will try firebug later since now I’m at work.
Thank you guys!

Edit I just tried firebug and seems to be everything right. don’t mind why is this happening.

Thanks for posting about this problem.

This is fixed in the upcoming release of BP, though not for v1.2:
https://buddypress.trac.wordpress.org/ticket/3189

If you encounter any other bugs, please post them on BuddyPress Trac:
https://buddypress.trac.wordpress.org/newticket

Login with the same credentials you use on buddypress.org.

Apply a filter to “bp_get_group_description_excerpt” (located in bp-groups/bp-groups-templatetags.php).

The default is 20 words.

Try something like this in your theme’s functions.php:

function my_group_excerpt() {
global $groups_template;

$group = $groups_template->group;
return bp_create_excerpt( $group->description, 40 ); // change 40 to anything you want
}
add_filter( 'bp_get_group_description_excerpt', 'my_group_excerpt' );

Code hasn’t been tested.

A little late to this thread, anyway, I’m in total agreement with MrMaz; while there’s some nice work going on in bp-default to make it blog and theme-review compatible, I don’t believe it should be the job of the core devs to maintain a blogging theme. BP should only worry about the templating aspects of BP only and should support any WP theme thrown at it.

With that being said, JJJ has done some awesome, awesome work on this same issue with the bbPress plugin. I’d like to help and see this backported to BuddyPress as soon as possible, but I’m not sure if that is considered too big a change for v1.3. (I did write a similar plugin that attempted to add BP functionality to any WP theme, but I didn’t release it.)

@luvs123 – BP_Core_User refers to an older version of BuddyPress.

I would try something like what shanebp outlines here:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-to-display-if-the-user-is-online-or-not-in-the-forum-topic-and-profile/#post-99118

@embergermedia – I believe this is the thread you’re talking about:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/showing-random-group-members/

If it is a WordPress post or page, check out this function:
https://codex.wordpress.org/Function_Reference/is_page

If it is a BuddyPress page, then you’ll need to use `bp_is_blog_page()` to check to see if you’re on a BuddyPress page.

@embergermedia – Notifications get cleared depending on the component screen that is loaded. Which notification are you having trouble clearing?

In the meantime, as of BP 1.3 trunk-4414

1. open up https://buddypress.trac.wordpress.org/browser/trunk/bp-themes/bp-default/functions.php

2. comment out line # 163 and lines #170 to #175

3. add to your child theme’s stylesheet
`@ import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/reset.css );
@ import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/default.css );
@ import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/adminbar.css );`
delete space between `@` and `import`

This will save me at least 1 week of manually creating items in all my forms , hope that somebody will come with this new feature very soon [Brajesh] for example. Thanks @mercime

Coming up sometime soon https://buddypress.org/community/groups/requests-feedback/forum/topic/call-to-arms-own-your-thing/?topic_page=2&num=15#post-99128

Tip: use Firefox and get the Firebug extension. It will show you all kinds of css magic and you can change things to see what happens without affecting the files themselves.

Hi everyone… I’m joining this discussion late, but I think I can offer some help… From my own personal experience it definitely was a conflict between /js files (jquery).

I installed buddypress and the cropping worked fine, then I did some custom work in the code (none related to buddypress) that needed jquery (thereby needing a link in my main header include to the /js folder for the source). When I went back to test the cropping feature, it did not work. I had the same problems that have already been stated here. My fix was relatively easy because my jquery was only needed for the home (index.php) page, so I removed the for my custom jquery from the header (NOT THE BUDDYPRESS) and instead added it to the body of my index page. Once I removed the jquery I added, the cropping worked again like a charm.

I assume (actually I’m pretty sure) buddypress uses jquery for croping the images and therefore other scripts that use jquery might conflict. This could mean any jquery widgets might interfere (even drop-down menus, sliding galleries, etc)… If they use jquery, you may have a problem —- at least that is what I found out for me.

I hope this information helps some people out.

-Rick