[@johnjamesjacoby Keymaster 17 years ago]

I think I’ll make this into a downloadable plugin in the WP repo to try and ease some of the pain.

[@johnjamesjacoby Keymaster 17 years ago]

There is no conversion, and there is no import.

With versions of BuddyPress previous to 1.1, bbPress was an external library, meaning it was integrated with an XMLRPC bridge but was never included in the core of BuddyPress. This meant that bbPress could technically be anywhere and BuddyPress could still get at it, but it also meant that it was more difficult to integrate and make play nicely together.

Only use the existing bbPress installation option if you used a version of BP older than 1.1, or you had a separate installation of bbPress that still shared the user tables with an existing WPMU/BuddyPress installation.

Check the forums codex entry for more info: https://codex.buddypress.org/developer-discussions/buddypress-forum/

[@johnjamesjacoby Keymaster 17 years ago]

@driz, are you saying that your main blog is missing the “/blog”? If so, are you using a custom theme of some kind?

[@johnjamesjacoby Keymaster 17 years ago]

I’m currently working on a user language setting for BuddyPress that will take on not just user settings but assist in translation for user to user interaction. There are lots of places where BuddyPress might not be completely internationalized, and the most likely cause is probably attributed to the developers and contributors so far being primarily native English speakers.

It’s hard for us to test different languages since we don’t understand the languages we’re looking at or reading or what they’re supposed to look like. We’re relying on the qualified multilingual developers to help us track down and fix the areas that could use the attention.

My current focus is on the English to Spanish side of this, with Portuguese next on the list. I’ve briefly tested the display of Chinese and French but admit that I understand those languages much much less.

I read a few weeks back there’s a plugin out there that’s starting to help out with the translation and language barrier. I hope that as more and more people start using BuddyPress that more people also help contribute to internationalizing it.

[@johnjamesjacoby Keymaster 17 years ago]

Now that 1.1.1 is out, and BuddyPress as a whole is becoming more stable, we’re seeing a little bit of a shift from core development to real world support and testing.

Andy runs the show and the rest of us react to the findings and feedback of the community to try and patch and contribute as much as we can. I second DJPaul on the quiet period, it’s a welcome change.

[@johnjamesjacoby Keymaster 17 years ago]

@Bolonki, I’m going to play devils advocate for a second and probably take the wrong side of this conversation, but the problem with query reduction in a social networking platform is that the only way to do it is to limit the available run-time data, or rearrange data structures to the point where other plugins can’t tap into them or repurpose them.

BuddyPress itself is a core set of 9 plugins, an abstraction layer for WPMU blogs, an API for bbPress, and comes with an elaborate set of functions and API to retrieve that data and use it in a theme; and most of this is accessible on almost every page of your website. If you need the functionality that BuddyPress provides, then hopefully you’re prepared for the overhead it takes to have all of those resources available. If you don’t need parts of it, you can turn them off and reduce queries.

This isn’t to say that BuddyPress doesn’t strive to be efficient, and in future versions you can bet that as more people become actively involved in the project that it will only get better.

Everyone has parts of web development that they’re passionate about. Some people dig SEO, some love web standards, others are worried about queries, and others are worried about server speed. There’s a lot of roles and lots of talent paying attention to all of the different aspects of what makes this all work. Remember that this is an open project, and we welcome you or anyone else to take a look at ways to make the platform better and are genuinely excited for anyone to contribute in any way.

I’m curious how many queries other social network sites use on a single page load. Can you imagine how many servers Facebook must use? Or wordpress.com? Must be pretty intense to manage all that data and traffic.

[@johnjamesjacoby Keymaster 17 years ago]

Do you mean like an aggregate of the activity of all users within that group? If so, that’s a neat idea and wouldn’t be too difficult to make into a plugin since all of the functions exist within BP to allow for this already.

Hmmm…

[@johnjamesjacoby Keymaster 17 years ago]

I’m going to unstick this topic from the front of the forums since bbPress is now an included part of BuddyPress.

Anyone wishing to integrate their forums the old fashioned way should still use this topic as a reference since most of the methods here still work.

[@johnjamesjacoby Keymaster 17 years ago]

There is no core fix for this yet.

This problem will continue to exist until a newer version of WPMU adds an additional filter to the sign-up location.

https://buddypress.org/forums/topic/wp-sigupphp-and-register#post-25253

[@johnjamesjacoby Keymaster 17 years ago]

I’ve done something like this in the past… It all depends on which file you’re trying to do this in, and in which loop so you know what data you have available to you…

In a post loop, you can use the global $authordata to get the authors ID.

// Code borrowed from bp_adminbar_authors_menu()

function bp_author_link() {

global $authordata;



// Get author's data BuddyPress style

$author = new BP_Core_User( $authordata->ID );



echo '<a href="' . $author->user_url . '">';

echo $author->avatar_mini;

echo ' ' . $author->fullname;

echo '<span class="activity">' . $author->last_active . '</span>';

echo '</a>';

}

This way it’s tucked in a function that can be re-used in various other pages and ways.

[@johnjamesjacoby Keymaster 17 years ago]

@jake spurlock, if you want to write an evaluation function to check a value, that is possible starting with this process, but you would need to check the value and return an error message if it’s wrong. This example is just a very primitive textbox with no error checking to get started.

[@johnjamesjacoby Keymaster 17 years ago]

I’ve got no first hand experience with the domain mapping plugin myself, but I have used the multi-site plugin and it seems capable of doing what you want if I understand you correctly.

Ultimately there will still be a shared userbase between the sites though, even if they’re on different domains and you only want one of them to have a buddypress’ish community feel to it.

[@johnjamesjacoby Keymaster 17 years ago]

Same exact thing, except make the input a type=”checkbox” and give it the respective labels and things.

[@johnjamesjacoby Keymaster 17 years ago]

Think of something like Usenet, which was basically just a group of people talking back and forth inside their own little forum. Since BuddyPress is a community centric, user centric plugin for WordPress, the focus is on the interaction between people inside their respective groups. Forums are currently a feature of groups, but forums could be a feature of other things later too if plugins choose to support them, since bbPress is included and a great example of an API exists within BuddyPress.

Events could have their own discussion forums, blogs, users, activity feed items could be topics, etc…

[@johnjamesjacoby Keymaster 17 years ago]

Give me the weekend to test a theory. This should be possible by setting the BP_ROOT_BLOG to be the ID of the blog you want it to be, but if it’s not working that way I need to take a look at why.

You’ll want bp_enable_multiblog set to false. Setting it to true allows all subdomains to have access to the directories and profiles areas. This is mostly useful if you’re trying to use specific subdomains for specific pieces of BP, or if you want all blogs/subdomains/sites to have access to the directories from within themselves.

If you take a look at profiles.wordpress.org, you’ll see how they have BP used there within a subdomain.

I also think the better answer to your question would be to create a custom theme that only shows BP elements in the domain/subdomain that you want to show them. But, that takes a little more work I suppose.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

Only users have a setting for default avatars at the moment. Don’t be surprised if you see this option come up at a later date though.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

I have a directory in an old install under avatars that is number “0” that has 2 large files in it; other than that, everything seems on the up and up.

Can you confirm the steps to duplicate the issue every time? If so, PM them to me so I can test, confirm, and patch it right away.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

It’s my experience that people recognize images and color faster than they recognize words. That doesn’t mean they will naturally gravitate towards those colors however.

For an audience of 50 and above, it’s probably best to keep the content on the page and the options for them to click on to a minimum, and limit the site to only having 1 sidebar with limited options. Avoid menus that use hovers or suckerfish as they have a tendency to click the top level item to show the menu which basically reloads the page on them. Avoid complex search boxes with drop downs to select what kind of search they want.

So basically, ditch the buddybar, ditch the search area. Use gentle colors with clear and obvious icons to assist the user.

If you’re going to use color, use it to break apart areas of the screen instead of areas within the site. By doing this, they can remember to themselves “oh yeah it’s in the orange area, and the search is always blue in the corner” kind of logic.

How many times have you said to someone ‘Click “Home”‘ and they have no idea where it is on the screen? It’s because at any point the screen has 100 words on it, and recognizing which-one means what-where is hard to do at a glance. Being able to say “go up to the blue area and click the word logout with the icon of the stop sign” gives people natural visual cues to learn how to navigate the website in whatever way they will retain it. That way when you’re not around to help them, they will either remember the color, the icon, the word, or the placement, since everyone learns and remembers differently.

Hope that helps?

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

Looks promising. :thumbup:

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

It probably needs to be in the functions.php of the parent theme, and the template file itself should also probably be in the parent theme as well. I haven’t tested it any other way as I haven’t needed that particular kind of setup.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

In BuddyPress, all forums are still tied to groups, but now there is a group directory to assemble forums and topics in one central location.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

I recommend reading https://codex.buddypress.org/developer-discussions/buddypress-forum/ if you haven’t already…

Peterkirn, did you choose a new installation or an existing one when you updated?

Here’s what’s happening, and how to fix it.

Since you picked new installation, your existing groups forums won’t work, because the forum_id’s they want to post to don’t exist in your new installation.

Basically, New installation = New database tables

If your old forums don’t have any important or relevent topics, or any at all, go back and forth between your “wp_bp_groups” table and your “wp_bp_groups_groupmeta” table, and remove the groupmeta entries with the group_id’s of your existing groups, that have any forum_id.

When you disable and enable the forums, it isn’t creating a new forum for them, it’s just turning off the ability. If you created a forum for an old group, and then create a new installation, the new database tables will be empty and your BuddyPress forums will look at those tables for data. If you use an existing installation, then BuddyPress will continue to use the old bbPress tables and allow an external bbPress installation to access them on its own, while letting the bbPress included with BuddyPress use it for its own purposes.

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

Can you guys try going to your existing group admin, unchecking the forum option, saving, checking the forum option, and saving again?

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

Link?

[@johnjamesjacoby Keymaster 17 years, 1 month ago]

You shouldn’t need to activate a BuddyPress specific theme anymore…