BuddyPress.org

Thanks so much for the reply Travel-Junkie. So, basically option 3: a custom profile field added to the registration form? I added a couple of these for other purposes and saw how the data is stored. Again, may be a stupid question, but I’m a WPMU/BP newbie! My only concern was that I assume the data would be erased if the drop-down itself were somehow removed by my client.

BTW: Users can only create accounts for the main blog. They don’t have blogging privileges themselves.

Thanks again!

Re; forum. I had bbpress already installed and pointed buddypress to bb-config.php. After doing the upgrade to 1.1.3 buddypress lost that information and was looking for the forum in plugins/budypress/bp-forums/. I copied bbpress manually to this folder and things are OK now, I hope.

=======

Re: User Rights. I use LDAP and if I add LDAP users via Admin area, changing their rights works OK. However if I let a user account be created as soon as the user logins for the first time via LDAP that sets the user lever to Author. When I change this user lever to Editor it goes back to Author after user logs in and attempts to do some editing (blog post/page).

So I give ldapUser1 Edit rights to blog123. ldapUser1 logs in and goes to edit a page in the blog. ‘Edit this entry’ message shows up. User clicks on it and gets a message ‘You are not allowed to edit this page.’ at the same time user rights reset back to Author.

This might be a bug with LDAP plugin?! Will test it with WPMU + LDAP only.

=======

Re: disabling buddypress. Well that screwed up my whole site . Lucky me it was a test one.

Ajdin

What might help is visiting other social networks and create a Facebook fanpage and a Twitter account and start following people who have something to do with your site’s subject.. Also you might write blogposts about your site’s subject and makes sure they are picked up by google (SEO plugin might help).. Good luck with finding users for your site.. I’m sure their out there, just have to find them and point them to your site!

Actually, NOW all of the links on the admin bar under “my account”, clicking a user in the member list, just about everything now re-directs to the member list. Can’t view members or anything.

you know these days a lot of blogs there are socializeable links. share this in twitter or share this in facebook stuff. and I assume that you know BuddyPress-Facebook Connect too.

now we have blog posts and facebook connected users. when a facebook connected user publish a blog post it can be published on his/her facebook profile too. that piece of code make this happen when a user sends a blog post via wp admin panel.

what I want to do is to make that code a plugin for wp or bp.

@Bowe if you still did not understand just register guncesi.com with facebook account and create a blog and publish a post you will see the popup.

Hi Jeff – key comment in this reply is the last line

So, if your source image is smaller than 150 on at least one of its dimensions, you could have issues with creating the large avatar. If it is smaller than 50 on at least one of its dimensions, you could have issues with creating the small and large avatar

So what happened to css basics?

e.g.

maximum-width; 150px

note the use of maximum-width as opposed to width – or is that not available in javascript ? (genuine query as I don’t know js coding at all) – also, note the dimensions I gave in reply to Xevo way back up the thread.

it may be that your server is running too old of a version of the GD image library

possible, though highly unlikely with this particular host – I’ll check with them though.

never use the auto-upgrade feature when upgrading WPMU or BuddyPress. It is simple and quick enough to manually upgrade them and it gives you more control and assurance that it is done right.

Side topic response, but – I’m 2,000 miles from the closest of my servers (Singapore) and 8,000 from the main one where the install is running a deadline, and 12,000 from the US hosts that I also use heavily. It is NEVER quick to manually download the package, extract it and upload it from here – assuming the locals can keep the electric on for more than an hour at a time, and the internet connected for two consecutive minutes – that’s why the auto-upgrader was such a godsend when it arrived in 2.5 Having said that, I’ve noticed some very consistent differences on it with UK and US hosts – both the auto upgrader and the plugins/theme direct download to site and upgrades, work flawlessly on US hosts and never ask for FTP login. On UK hosts, they all always ask for FTP user login from wp-admin, and greater than 50% of the time they fail to complete all expected on-screen steps. I’ve also noticed that UK hosts tend to override the timeout preventions built into WP, which US hosts do not do. ….. don’t get me started on the pricing differences either – LOL

Are you on a shared or dedicated server? Talk with your hosting firm to see if there is some javascript-based application that the hosting firm has running on your server that could be interfering with the basic JS operations in WPMU

It’s a shared server, but a reseller account – half way step between shared and VPS as in limited main accounts per server but with dedicated RAM per reseller account and so on.

The background js / mootools question is a good one that I’ll fire at them.

On the UK install, I’ve tried every possible config right down to the barest of bones – even to the point of deleting (not just deactivating) all plugins and themes and dropping all tables created by any plugins – still problems persisted.

It got to the point a couple of hours ago that I finally had enough and made liberal use of the Ctrl+A and Del keys

Pffzzzzzt – zap – gone – empty domain space. I’ll be nuking the database in a minute or two as well, then uploading from scratch and starting again in the morning (1:00am+ here now) after letting the dust in my head settle after spending the whole weekend scouring the WPMU and BP forums trying to resolve this.

I’ll also be starting with a WPMU install that has no periods in its directory and folder names – i.e. NO ” blogs.dir ” style of names – I am convinced that is a major source of some problems related to images, just as I am convinced that the user blog folder tree goes way to deep for Google search bots to follow it all the way to the bottom – and that’s gonna hurt SEO.

As I said up a bit, I’ve nuked the install (and the test installs) and will make a fresh start tomorrow … to mis-quote a famous movie line –

“I love the sight of deletion in the evenings” ~ Major Lee Pistoff, in aPressolypse Now

LOL

Gaz

Ok, WordPress has the ability sometimes to make me feel really stupid.

By disabling the admin bar, you lose the ability to create groups. Doh.

Another change it would have been nice to have noted somewhere, and another reason why I’d pay good money (REALLY GOOD MONEY) for a technical deep-dive reference book on BuddyPress

But, because the admin bar doesn’t fit the asthetics of the site we’re building, I need to find the code that makes up My Account, My Blogs, Notifications and Visit and make them part of our new header so that functionality stays intact.

Thanks for your help DJPaul! Would you know offhand where I might find that code?

Thanks for your reply Jeff. I understand that the register.php directly contains all the elements now.

However, we liked the registration page of the default ‘bphome’ theme (BP 1.0.3) better (earlier) and accordingly we customized our site theme(premium edu-clean home theme for WPMU) to have a register page like that.

To achieve this, I created a custom page template register.php with code similar to that of bphome’s and plonked it in my theme folder. There if you see, the page template is divided into right-column, center-column, left-column (it hosts the registration section)

The code for this register.php is something like:

<?php get_header(); ?>



<!-- div content starts -->

<div id="content" class="widecolumn">

....

....



<div id="left-column">

<div class="register bp_core_widget_welcome">

<h2 class="widgettitle"><?php _e( 'Register for an Account', 'buddypress' ) ?></h2>

<?php bp_core_signup_do_signup() ?>

</div>

</div>



</div><!-- div content ends -->

<?php get_footer(); ?>

It’s the bp_core_signup_do_signup() that is responsible for including the content of the registration page in the left-column.

Here is how my current registration page looks like:

http://www.cmswebusa.com/testsib/reg_pg.png

The registration section on the left is included in that section due to the bp_core_signup_do_signup() call. We still haven’t converted to the new single theme way, but we have already upgraded our BP to 1.1.2 and since then our custom fields just don’t get saved. Not sure what to do here?! I was wondering this could be happening coz of the deprecated function call. Also, how do I still make the registration section appear in the left-column of my page? Is there a function to include the register template or something?

Thanks,

Sib