hello, I’m back.
The admin enabled the error report on the server and the real error is:
Warning: Cannot modify header information – headers already sent by (output started at /var/www/GPI4/buddypress/bb-config.php:80) in /var/www/GPI4/buddypress/wp-includes/pluggable.php on line 865
know you should have enough clue to lend me an hand 
@mrmaz, concerning wpplugins.com, i think 10% is quite a reasonable cut considering that it will also give you added exposure.
YESSSSSSSS! Thanks!
Step 1):
bp-core-widgets.php:
====================================
function widget($args, $instance) {
global $bp;
extract( $args );
echo $before_widget;
echo $before_title
. $widget_name
. $after_title; ?>
<?php if ( bp_has_members( ‘type=active&per_page=’ . $instance[‘max_members’] . ‘&max=’ . $instance[‘max_members’] . ‘&populate_extras=0’ ) ) : ?>
<div class=”avatar-block”>
<?php while ( bp_members() ) : bp_the_member(); ?>
<!– agunda kill leerbilder start //–>
<?php
ob_start();
bp_member_avatar();
$avatar = ob_get_contents();
ob_end_clean();
if (strpos($avatar,’/uploads/avatars/’))
{
?>
<div class=”item-avatar”>
“><?php bp_member_avatar() ?>
</div>
<?php
}
?>
<!– agunda kill leerbilder ende //–>
<?php endwhile; ?>
</div>
<?php else: ?>
<div class=”widget-error”>
<?php _e( ‘There are no recently active members’, ‘buddypress’ ) ?>
</div>
<?php endif; ?>
<?php echo $after_widget; ?>
<?php
}
=============================================
Step 2:
Set Widget “active members” to 10, 50, 1000
Thanks!!
I’ve worked on another Ajax problem here. The delete buttons is probably something similar. I’ll have to go through the code in _inc/js/ajax.js when I have time again – assuming the delete button code is there as well.
Grosbouff-
I’m currently working on updating my BuddyPress Privacy Component to work with BP v1.2. I expect to have a new release in about two weeks. I will not release it before BP 1.2 is tagged. There are still a number of changes being made to the BP core codebase, so I need to wait until the dust has settled to see what additional modifications are required in my plugin.
I plan on providing better documentation–a users’ guide, an site admin guide, and some information on extending components to hook into the privacy filtering functions. So, if you wait a couple of weeks, this information should be available.
That’s why you could try one of the wordpress plugins, some of them make it really easy to add all kinds of advertisements to your wordpress set-up. The only problems will be; version of wordpress (buddypress 1.1.3 only works on 2.8.x), buddypress itself and theming.
Just need to do some trial and error with some of the plugins.
Try this: https://wordpress.org/extend/plugins/advertising-manager/
No plugins for buddypress specifically yet, though you can try one of the wordpress advert plugins. Or don’t use a plugin at all and just code it directly into your buddypress template.
I’ll try to continue developping this, even if I can’t work as much that I did because I have a lot of work actually.
I started to get it ready for BuddyPress 1.2 : It seems that no major rewriting is needed.
It is getting to work quite fine…
I’ll continue posting news about this into this topic.
Ok. Since I see that this is not getting your enthusiasm, ….
Il try too keep doing the job.
I worked 2 more days on this; trying to
-keep coding/debugging it
-adapt it for BP 1.2 directly
I’ll tell you about it in the following weeks into this topic :
https://buddypress.org/forums/topic/features-request-classifieds-plugin
I am using BuddyPress Default 1.1.3 by BuddyPress.org.
But it was the same thing before I updated to BuddyPress 1.1.3. So I really don’t know where this bug is come from..
Richard
+1.. Can’t wait for this to be implemented!
This is most probably a css issue not a bug with the bp 1.1.3.
Are you using the widget with default buddypress theme or some other theme.
If you are using different theme, you will have to style the widget yourself(may be some copy paste can help from bp default theme’s css).
Thanks, guys.
I zipped up my latest code here:
http://erwingerrits.com/bp-events.zip
It installs and loads without errors, but the AJAX never gets loaded. BuddyPress just loads AJAX.php and global.js, automatically handling all Groups scripts, so I have to copy the relevant code into a seperate ajax & global file and load it.
even if it´s simple, it would be great if you could just implement it.
Many thanks for this !
@arturo
Make a note of multi-language on http://bpdevel.wordpress.com/ and we can talk about it during this coming weeks’ dev chat. It’s something I’d like to see also, even if it’s just something as simple as selecting your language in the settings screen. I’ve had a much more complex version of this running locally for a while now, so I’ll probably simplify it and patch it for Andy to look at soon.
After painstakingly removing all the table, tr and td from ajax.js the form now works without tables, giving me a lot more freedom to restyle it.
I’ve also replaced this
checkboxes = j("#message-threads tr td input[type='checkbox']");
With this
checkboxes = j("#inboxcheck");
and added id=”inboxcheck” to the input tag in index.php.
It works fine. It actually seems faster.
I guess the broken delete buttons in 1.1.3 had the same cause. I’ll revisit that next week…
Hi Slicktig1 or anyone…I’m having the same problem as mentioned above. Does anyone have a fix? I’m using the latest buddypress build 1.2…Thanks!
i added a note to this ticket:
https://trac.buddypress.org/ticket/1294
basically i found a few inconsistencies with file paths in the group section – also bp-groups-templatetags.php had a bunch of wrong file paths (double // in group urls) – the image path being sent to process did not contain the fullpath to the file – it would be just wp-content/uploads/etc instead of /home/user/domain/wp-content/uploads/etc)
the image width check was failing (on bp-core-avatars.php)
if ( getimagesize( $bp->avatar_admin->original['file'] ) > BP_AVATAR_ORIGINAL_MAX_WIDTH )
to
list($width, $height) = getimagesize( $bp->avatar_admin->originalfile? );
if ( $width > BP_AVATAR_ORIGINAL_MAX_WIDTH )
wp_crop_image ignores gif/png and saves everything as jpg (killing transparency – though to note the jquery cropper script does not support transparency during the UI selection)
You will not get support for issues or bugs when running BuddyPress 1.0; there have also been a few security fixes. You have been warned.
With regards to the theme, if you are unable to purchase a theme or a designer, then the only way is to learn HTML, CSS and WordPress theming.
@MrMaz, Please support ustream.tv user feeds to this plugin.
ZenPhoto is a inetresting plugin that I’ll look at but the rest are based on a SINGLE blog system.. Many use “posts” to hold data just like WP does instead of actual management..
Not sure what you mean by “actual management”. My worry is that there will be lots of plugins that hook into BP-specific features, but are crap at what they’re actually supposed to do – processing/managing images, managing events, etc.
ZenPhoto is not written to use WP’s basic toolset either, but it is a very solid and versatile gallery script. I’m saying it would be much more useful to develop a plugin the works as a bridge between a program like ZenPhoto and Buddypress.
Kaltura was last written for 1.1 not 1.2
1.2 is not officially out yet. Several key BP plugins are apparently already breaking on WPMU 2.9.1. Good luck staying up-to-date with your project…
You can prevent confusion if you generate the username (@peterverkooijen) from the real name (Peter Verkooijen), so I could probably live with this solution – haven’t tested it yet…
I haven’t installed BuddyPress Group Twitter and BuddyPress Group Blog, but those were big reasons for me to upgrade from 1.0 to 1.1.3. I’m reluctant to roll back from 2.9.1 to 2.8.6. I’m trying to get my installation to a point where I can leave it alone for another six months, until the next upgrade to BP 1.2 and WP 3.0.
What is the problem? Which changes in WPMU cause the plugins to break? Is anybody working on the fix?
