BuddyPress.org

Thanks Lance. Nice job.

I don’t like idea of permanently using outside paste bins right off the bat for the reasons you outlined. We’re already using them from time to time for temporary things. It’s just that, transient and temporary. I do like the idea of stuffing code on one for sharing and collaborating. Forums and blogs seem to hate code. A paste bin has lovely things like line numbers and syntax hilighting. Isn’t there a code editor built into wp itself? The regular one. I’ve never seen it since I’ve only worked with wpmu where it’s insanity to hand over the source code to a theme to all blog admins and give them a ‘save’ button.

I think the Codex pages should be sources of documentation and education not guides to implementation. That little tutorial I wrote today outlining how to mod the admin bar would be better suited as a blog post on that tech blog you mentioned.

I completely agree about the new FAQ sticky forum post. It only really solves my frustration at having to hunt the damn things down all the time.

A bp group forum like the one that exists would be an asset once Andy fires up the actual group forums. One problem/solution one thread.

So, it looks like I’m voting for all of the above.

I’ve got a ‘weird’ idea that may apply, though it will probably be very specific to my business model.

For me, one thing I was thinking about was having members perform certain tasks such as 50 blog posts, 100 replies to threads, 20 blog posts that are rated ‘thumbs up’ by at least 20 other members, prior to being able to have a ‘custom theme’ in wordpress.

On the reverse side we could have a warning system, where if a person’s articles are marked ‘thumbs down’ by say 50 diff users that they are then warned about loosing custom themes etc…. encourages members to write ‘good’ posts in their blogs.

Another idea is how many of their posts are ‘featured’ on the main blog where they could then receive other yet to be determined bonuses such as plugins. I don’t know that there is a way of letting the server admin actually choose posts from the blog network to ‘post’ to the ‘main home’ blog. I don’t want to use the site aggrigator, as there will be many blogs and posts such as family pics etc that have no business being ‘featured’ on my main blog.

finally, as I want to encourage my members to blog ‘quality’ stuff as often as possible, some type of achievement system for posting ‘x’ number of posts per week/month would lead to an award such as using a real domain name etc.

I know that the premium site has the ability to charge people to add features, and I do have the plugin for that, though untested so far. I was just thinking of adding an additional way for people that can’t afford to spend money to get their blogs ‘prettied up’ per say.

I’ve really been racking my brain silly for the past few months, trying to figure out how to properly encourage quality submissions on the blogs and to encourage frequent updates. I think your ‘achievements’ system is a great step toward that idea.

Like everyone else here, the last thing I want is a bunch of blogs on my network that are neither maintained or have ‘garbage’ content that has nothing to do with my sites primary focus. I really am trying to get people to blog in specific categories that mean something to the site and the search engines.

hope these ideas are pertinent

No. Here\’s some code from the plugin:

‘/* Hide the Dashboard link (2.5+) and the Tools menu (2.7) */

function wphd_hide_dashboard() {

global $menu, $current_user;

if (!current_user_can(‘edit_posts’)) {

if (0 <= wphd_hide_dashboard_version(‘2.6’)) {

unset($menu[0]);

} else if (0 >= wphd_hide_dashboard_version(‘2.7’)) {

unset($menu[0]);

unset($menu[4]);

unset($menu[55]);

}

}

}

‘

I\’d remove \’unset($menu[4]);\’ and \’55\’ and see what happens. Someone who better understands programming may be able do add/edit this to get what you want.

The plugin is from Kim Parsell. Perhaps you can convince her to expand it and make it more modular.

The WP Hide Dashboard plugin may help.

If you are using the standard BuddyPress Home theme that came with the BP trunk, then in each column of the homepage (left, center, right) you should see the following message:

Please log in and add widgets to this column.

You need to log in as admin and then go to Appearance > Widgets and add the “Recent Blog Posts” widget to whatever column you want.

What fonts? If you mean general webpage text, look at the CSS files of whichever theme you are using. If you don’t know css, I suggest you google for beginners’ tutorials.

Great! I’m glad I could help.

Well, I assume you do your WPMU updates by deleting everything from the WPMU folder–with the possible exception of certain files / folders in wp-content? If so, then just delete again and start over.

Also, read this thread ( https://buddypress.org/forums/topic.php?id=2065 ). Although not everything applies, there are important upgrade tips and instructions. Make sure you read / browse the entire thread.

Madshark-

It must be the latest branch, not trunk. Use this link http://svn.automattic.com/wordpress-mu/branches/2.7

no i havent installed wpmu 2.7.1

You must be running the latest branch of WPMU to use the trunk of BP 1.0_RC2.

Did you read this thread? https://buddypress.org/forums/topic.php?id=1994

using the latest one 1342 but in my plugins it says rc1 ? is that normal ?

No, it should say 1.0-RC2.

Did you upgrade WPMU to 2.7.1 branch or trunk?

Madshark, which version of WPMU are you using? Did you update to the 2.7.1_beta1 from branch, or trunk?

Which version of BuddyPress are you using?

Vito687-

I can not change or create avatars

I assume you mean that you cannot create avatars at all. If that is the case, then you cannot even get the chance to change your avatar. Is this correct?

The error you mentioned in your OP is found in only two places in BP:

• bp_core_avatar.php –> in the function bp_core_avatar_admin
• bp_xprofile_signup.php –> in the function xprofile_validate_signup_fields

So, either you do not have sufficient permissions in the folder where the avatar is first uploaded, or you’re uploading an avatar that is too big. I will guess that it is the first problem based on the error message.

But, let’s be thorough.

You mentioned that you’re running a very recent BP trunk version and WPMU 2.7.1_beta from branch. We’ll assume that everything is correct with your upgrade and that you’ve also read the thread Lance mentioned and tried any applicable suggestions.

Here, then, are some additional or follow-up questions:

1. What is the size of the avatar you’re trying to upload?
2. What is the avatar’s format?
3. Are you using the standard buddypress-member theme or a customized theme?
4. What version of GD is installed?
5. What version of PHP are you using?
6. Have you checked all the folders in blog.dir and made sure that there are indeed no files?
7. Have you checked the permissions of each of the subfolders in blog.dir?