BuddyPress.org

thanks again r-a-y, It worked when I moved the bbcode-buttons toolbar plugin from “my-plugins folder” to “bb-plugins folder”!

I have bbcode-lite lying in “my-plugins folder” and bbcode-buttons doing the job in “bb-plugins folder” ))

Interesting that, i had the similar problem with lookslike buddypress theme, when I had it in my-templates folder it would not activate, but activated when I moved it to bb-templates!

This, I think, is a request for a theme developer to come and make you a theme. I’m going to close this thread as this forum is for support and discussion around BuddyPress, and not a place where people should submit job adverts (voluntary or not).

People can see what you’ve written here and can contact you directly if they are interested. I suggest that you also post on the BuddyPress job board group.

Hmm, that’s strange. I can log in on my mapped domain OK. (just tested and it worked)

First of all, this is not to do with working with BuddyPress – if you just run WPMU, you’ll find exactly the same thing happens. WPMU Domain Mapping works fine, as I use it on my site.

The “problem” is that your web browser remembers that you are logged in because of cookies. Cookies can only be read/written by pages on the same domain, therefore an authentication cookie on domain1.com can’t be read on domain2.com.

@korhanekinci: it is available in the trunk, which contains the latest, bleeding-edge, development version of BuddyPress. Not for use in a “real environment”, but you can download it by typing svn co https://svn.buddypress.org/trunk in a your command line terminal (if you have Subversion installed). I believe it will be included in BuddyPress 1.1, expected release date August 17.

Interesting, I use looks-like-buddypress theme and tried several times activating BBcode lite and BBcode buttons and nothing appeared in the post area!

Then I read ck’s post in the forum saying that, these plugins are not compatible with 1.0.x version and that he will work on the plugins towards the end of the year… And gave up on it!

Did you hack it r-a-y?

Hey Chris,

I’m assuming you’re using one of the prebuilt fields called “State”.

I didn’t look too closely at the classes or template tags, but check out /buddypress/bp-xprofile/bp-xprofile-classes.php.

There’s a function called “get_prebuilt_field_data()” that might help you out there.

You’d have to pass the CSV file to that function, but that might help…

Another way to output the “State” data would be to parse the actual CSV itself that is used for the data. The CSV can be found in buddypress/bp-xprofile/prebuilt-fields/states.csv.

Hope that helps somewhat!

Here’s what I think you’d have to do:

—

There is a lot of bp-friends code that you’d have to duplicate.

/wp-content/plugins/buddypress/bp-friends/ (entire directory)

/wp-content/plugins/buddypress/bp-friends.php

You’d have to rename each function, class and file for your “enemies” functionality.

Then, you’d have to hack the core as well (or write filters or functions that won’t hack the core):

/wp-content/plugins/buddypress/bp-core/ (many files in this directory, not all)

Like I said, it’s ambitious. It’s not impossible. But you’d have to test it out.

(I’m not a programmer either… I do a little front-end and a little back-end. I’m not especially good at one particular thing! Hopefully a real programmer can respond and give their input!)

Sorry to see nobodies felt the need to comment on this thread for a week friend. I’m having the same problem trying to figure this out. Without a fairly straightforward way to customize the default site page I’m going to be forced to look at alternatives to WPMU/Buddypress.

I’m sure theres got to be a way – i’ve seen examples of some cool buddypress sites – but my dream of MU and Buddypress being even close to as easy and straightforward as WP is are fading fast. It seems, still, like this set up is very much a patched together affair.

I don’t mind putting in some time…..Every script or combination of scripts has some learning curve. Maybe wordpress (just the blog) has spoiled me with its most excellent documentation and straightforward usage, styling, etc.. but I’ve been having drupal flashbacks for the last 24 hrs since trying to set up a WPMU/BP test site.

There is a bug in WPMU 2.8.2 that will not allow site wide plugins to be deactivated:

https://trac.mu.wordpress.org/ticket/1071

Any updates on this situation? I am in the same situation as Dansalmon, where I would like to have all member blogs under a subdirectory of their own.

Today we are running a standard WP.org blog at http://www.domain.com and running WPMU to power http://blogs.domain.com in order to achieve this effect, but it means people can potentially have two logins. I would much rather prefer to move to BuddyPress and take advantage of all the other features, but the addresses for user blogs is the only thing that bothers me. I would prefer that they be indicated as such in the URL string.

I experienced a similar problem as well.

Did you edit a BuddyPress core file using a bpGroups function?

You should let Burt Adsit know of your fix, so maybe he can provide a cleaner solution using his plugin instead of editing the core:

https://buddypress.org/developers/burtadsit

—

Try adding this to line 161 of /wp-content/mu-plugins/oci_bp_group_forums.php

add_action( 'groups_create_group_step2_save', 'oci_bb_group_updated', 10, 1 );

See if that does the same thing.

ok, I had one member with user name “Korhan”, I guess I did this by mistake in the forum profile edit area and could not somehow change it back to “korhan”. So I went inside the database and changed it manually. Posting works now.

I also changed all profile links in forums to buddypress /member/username way, so that there are no 2 places where users play with their profiles but just one and that should be buddypress profile pages.

I know this is going off topic, but here is what I did so that others can use it. I use the looks-like-buddypress theme for my forums:

I changed the logged-in.php file:

<div id="logout-link">

<?php bp_loggedinuser_avatar_thumbnail( 20, 20 ) ?> &nbsp;

<?php bp_loggedinuser_link() ?>

<?php bb_admin_link( 'before= / ' );?>

/ <?php bb_logout_link(); ?>

</div>

Also added the css

#logout-link {

float: right;

}



#logout-link img {

vertical-align: middle;

}

This way the looks are the same as bp

I also changed the sign-up page link to bp’s. I replaced the sign-up button in login-form.php with this:

<input type="button" name="signup-submit" id="signup-submit" value="<?php _e( 'Sign Up', 'buddypress' ) ?>" onclick="location.href='<?php echo bp_signup_page() ?>'" />

Nope, Im afraid there´s not a newer version.

1.1 was coded by Andy himself, and there are no signs that it is going to be updated. He has made clear many times that its up to Buddypress community to continue with the update of Facebook connect plugin.

If I had coding skills, I would have updated it a long time ago, but I am still busy understanding how BP works ! ;-(

Very nice, congratulations !

What about integrating bbPress stats ? For those who have bbP setups might come handy.

Make sure you have the themes in the proper locationI haven’t been following these forums too closely recently and I haven’t seen this error, but I went straight up 2.7.1 to 2.8.1 then 2.8.2. try this.. make sure you’re not refreshing a ?action=”*&^^” page.. just the plugins.php, delete out of the mu-plugins folder. refresh.. you should see NO Buddypress. drop it in the regular plugins folder.. refresh and then ‘activate site wide’.

the fbc_get_avatar() error is from the facebook connect… it’s been addressed somewhere else in the forums. ..it’s been fixed. The spam.. the user “LnddMiles” is not just on buddypress sites, so it’s a spambot that looks for open registrations.

You should add a captcha or math problem to your registration page to divert these.

I think that’s very nicely done! simple, effective, 300 lines…. publicly +1, forum +1, the api..maybe just some jquery flot