BuddyPress.org

@Pisanojm I will fix path in next release, you can temporary fix error by change file bp-badge-core.php

replace old function code in file by following code (about line 460):

hope this help.

Where do you change the color or background in the style.css? Here is my site: http://www.unafied.com I want to use the background that’s in the header.

@buddhist – you can upload files (PDF, jpg, etc.) without problem into posts within BuddyPress.

However, I think for what you are looking for (groups with their own documents), it would be best to look at the Group Documents plugin: https://buddypress.org/community/groups/buddypress-group-documents/

You would have to change the link in the plugin file.

Read Twitter’s documentation on creating your own button. http://dev.twitter.com/pages/tweet_button

I’m going to create a similar plugin that will have facebook share, digg, and google buzz.

@rogercoathup WAMP MAMP knew it was one or the other still localhost shoulsn’t be any file write permission issues on Windows windows has no security to speak of

We will let this thread drift back now to the other question raised by…?

@helverk – if custom permalinks (/%category%/%postname%/) don’t work for your WordPress without BuddyPress installed, then the problem is in your basic WordPress server setup, and not to do with BuddyPress.

You need to make sure you can run WordPress correctly with permalinks, before moving on to the BuddyPress installation. Unfortunately, the WordPress forums would be the best place to get an answer on this one.

@hnla – I think @helverk is on Windows not Mac – she referred to WAMP (not MAMP)

She’s opened a separate thread as you advised, and I’ve asked her to strip it back to non BP and report on the urls… fingers crossed!

@helverk – I think the crucial difference between your site and Christina’s, is that you are experiencing your problems trying to set up a local test server.

Does your site function correctly without BuddyPress installed? Including using custom permalinks (e.g. /%category%/%postname%/). When you switch to custom permalinks without BuddyPress what url’s do you see? Do they still have index.php in them (it shouldn’t be there)?

If they do, the problem is probably something in your basic server / WordPress setup, rather than a BuddyPress problem

@hnla – same point I made when direct messaged a few minutes ago about this one

Did you try following the instructions on this page: https://codex.buddypress.org/getting-started/upgrading-from-10x/ ?

You’ll need to know what version of BuddyPress you are on already. Go to plugins in your wp-admin backend and it will tell you the version.

@helverk

You wrote: But what I am ever going to do with it? in reference to your .htaccess file

You don’t do anything with the file the server does. The server must be able to write to the file to make any changes required automatically.

Have you tried going to the permalinks menu in the dashboard and set it to anything other than default, just change to day/month and save and tell us what the screen says , if there are any messages about not being able to write to the file or whether it simply kicks things into life.

I also note that your base is not ‘/’ root but ‘/wordpress/’ which may not help matters I presume you simply installed into the MAMP? web sites directory, it would be worth reading up on how to configure vhost containers and simple host file dev domains so you can run a site as a make believe top level domain.

I have the exact same problem as cristina.
running wp 3.0.1. on localhost (using WAMP to run it) with several different BP enabled themes (I blamed the themes at first) but no matter what the theme the permalink structure and the Buddy press seem to collide giving me the ever popular “Not Found The requested URL….was not found on this server.”

I am not very computer literate. The htaccess file is in the root
# BEGIN WordPress

RewriteEngine On
RewriteBase /wordpress/
RewriteRule ^index.php$ – [L]
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
RewriteRule . index.php [L]

# END WordPress

But what I am ever going to do with it?
index.php is also in the root and like .htaccess I have no idea what it says in it.
<?php
/**
* Front to the WordPress application. This file doesn’t do anything, but loads
* wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/

/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
define(‘WP_USE_THEMES’, true);

/** Loads the WordPress Environment and Template */
require(‘./wp-blog-header.php’);
?>”

@smuda – I don’t think it’s compatible yet. Have you tried installing it?

Here’s a discussion thread on their site: http://feedback.janrain.com/forums/62331-janrain-engage-formerly-rpx-/suggestions/147536-make-a-buddypress-plugin

You can also look at Gigya – try searching this forum, there was a recently active thread

@porscheheritage :

you can do this very simply from your wp-admin backend –

Goto “settings … reading … front page displays:”

[if you want to do anything more complex, child themes (as suggested by @crashutah) aren’t too much work – you can create a bare bones one just with style.css , and inherit everything else from the bp-default theme. If you are making any mods to design / layout of your site, this is the way to go anyway.
https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/ ]

ok, you could also look at these plugins by @nuprn1 : https://buddypress.org/community/groups/buddypress-group-forum-extras/

I don’t know about an off the shelf widget, but you could write one easily enough using the activity loop and filtering for forum posts:

https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-activity-stream-loop/

Didn’t mean where the actual files were located that is a given they have to be in the plugin folder. More what I was trying to establish is that you were not trying to do something out of the ordinary such as BP running on a sub blog of the main blog install.

So you have an absolute basic default install of WP/BP? WP installed in main document root of the site and BP activated as a plugin of that primary WP install?

When you try changing your permalink structure after saving do you get any messages returned along the lines of not being able to write to .htaccess , although I guess if it’s taking a manual ‘index.php’ it must be?

Can you tell me what the page is I’m looking at when I land on the site as it’s not a buddypress default layout or what looks like a child theme, I’m assuming that you haven’t activated BP or rather left BP activated.

What version of WP 2.9 are you running is it MU to enable user blogs?

Have you created a BP theme for use with the site, obviously BP needs a BP enabled theme in order to function correctly.

TBH I think that you need to try and patch up your differences with the developer you were working with or failing that find another that can get into the core site and establish what exactly is what. That you state you were just meant to be the designer suggests that this is not something you should be trying to sort out, generally a frontend developer would run a job the designer supply them with necessary graphics for layout along with layout impressions. What does the client say about the developer not having finished things or are you running this job and subbing out the development WP side of things.

@ghostchild

(appended here so that other participants can read the answer)

In reply to your message saying that you still don’t see the tab in the subnav, I could be wrong but I would be inclined to think that your problem is not caused by the WP/BP versions (I am running the latest ones) but by the theme you are using.

The “Events” nav is posted in the member profile through this call (in bp-events.php)

/* Add ‘Events’ to the main navigation */
bp_core_new_nav_item( array( ‘name’ => __(‘Events’, ‘bp-events’), ….. [stuff removed here]

In order for this to work, your theme (wp-contentthemesyour-theme-herememberssinglehome.php) should contain this call in the “right” place

bp_get_displayed_user_nav()

e.g. If I take this line away from my theme (I decided to turn a regular WP theme into a BP compliant theme thanks to BuddyPress Template Pack), then the “Events” tab no longer shows up (and a few others disappear too).

So you might want to verify your theme. Is it truly BP-compliant?

There are no alt tags in urls and ‘alt’ is not a tag it is an attribute of an element

What would you consider Google should be picking up on as keywords for this page?

Should it be avatar images? Is Google picking up this word due to it occurring most frequently?

As things stand alt=”avatar image” is a poor use of the img alt attribute if anything it should really have been left as ‘alt=””‘

If a patch were to be submitted, as Paul suggests, what would/should be the string to output in the alt tag, as these are members probably the only option really is the user name any thing other than that would be as equally wrong as the current state.

This is an interesting and valid issue, and actually has a solution as follows:

The alt attribute has a deliberate and important purpose, first and foremost it is NOT something designed for SEO purposes that is a secondary benefit[sic] The alt attribute serves to provide; text only readers, users browsing with images disabled, and most importantly! those who have to use assistive devises with a descriptive passage of text to replace the image. This is why the ‘alt’ atttribute is a mandatory requirement for img tags and failing to provide one fails the absolute basic accessibility validation of a site.

Thus given what the images are for with those images disabled the text replacement would need to read along the lines of ‘Paul’s avatar image’ it’s not so much a SEO issue as respecting the fact that we do have to observe that there are those less fortunate than the majority and who deserve equal access to the resources of the internet and all of which was part of TBL’s vision for the web and the reason we have the WACG

@djpaul Paul if a patch is added it probably needs to be ‘[username] avatar image’ not sure it can get better than that but the present output isn’t right and would be better left as an empty string.

Shouldn’t cause any harm, other than editing core. I’ll look into submitting a patch that improves the alt tags if they need to.

@bpuser44 It’s really simple. I did it as one page template that was set as the home page. Then, in the page template you just add this code:
if ( is_user_logged_in() ) {
//Content you want people to see if they’re logged in
} else {
//Content you want people to see if they’re not logged in
}