BuddyPress.org

I installed the support plugin using the admin of the default installation as you suggested, but there is no point to do that, since the buddypress interface doesn’t support it.

Small weekly 1 minute tricks and tips videos, not just on core bp things but also on using firebug to help change the css etc..

Upgrading from one bp version to the next and what to do when it goes wrong – I always dread it when I have to upgrade.

Themes and Bp-sn-parent folder – Things to remember such as you may change the css within one theme, but how does the bp-sn-parent fit in.

A snazzy promo video saying this is why you should be using BP rather than ning etc….

You almost have to do 2 different videos on each topic as your audience is either code masters or just hackers with a tiny bit of knowledge

I would gear my videos to the WP masses that will now start using BP

What Buddypress is and is not?

Theming and Theme Frameworks

Integration with WP, bbPress

Hardware/Hosting considerations

Extensive examples of creating child theme and components

Navigation was initially quite overwhelming so just a general introduction to the software from a user perspective and what you can do with it would be nice.

Something showing how activity streams work would be great too. It’s a concept that is hard to explain to new people but once they do get it they love it.

installation/use are pretty straightforward, I can’t see how videos can be useful except just as demo to show the buddypress capabilities.

Just to clarify you have BuddyPress (latest trunk) running with a standalone WordPress 2.9.1 (NOT MU) and BBPress 1.0.2?

I am looking at doing this. Just need to know.

Any advice?

Thanks!

Locking old thread as original author’s account appears to have been deleted or removed.

Does the “use existing install” button on the BuddyPress wp-admin backend (under ‘forum setup’, or something), not do the job?

Either by creating a custom “translation” file https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/

or

http://blog.ftwr.co.uk/archives/2010/01/02/mangling-strings-for-fun-and-profit/

The descriptions of this plugin sounds great. I was trying it myself om WPMU2.9.1.1 and Buddypress1.1.3 with just the BP-default theme.

The installation went fine.

But if I ceate a new link to a youtbe video and try to save the link. I get an error at the top saying: “Please fill in all of the required fields”. But I don’t see any field I can fill in.

An other nice feature would be to sync the categories with the categories used for posts.

I could use this for combining posts in a certain category and links with videos/foto’s in the same category. This can also be done with tagging. The only problem for this is that the same tags needs to be used sitewide by all users.

EDIT

The first point was that with a refresh of the page the category selection was not filled in anymore.

Two more features:

a) support for vimeo (and other big video hosting sites)

b) let users delete links.

hi Arturo,

I don’t see a link to your example. Can you post it?

Just to clarify you have BuddyPress (latest trunk) running with a standalone WordPress 2.9.1 (NOT MU) and BBPress 1.0.2?

Thanks.

I think one of the crucial issues is that you are mixing content with meta data. Twitter does this for obvious reasons, such as making it work well with text messaging. I like what Andy said about BuddyPress not being Facebook or Twitter, but one thing BuddyPress is… is WordPress.

WordPress does a great job of separating content from meta data. Blog Posts have content and they have tags. Why not use something similar here? Why not let the meta data be separate?

Just add a tag box! Any tag that starts with @ means that the tag name is really a username. Now think about the WP tag box. You type any tags in, separated by commas and press ‘Add tag’. The tags automagically get separated into their own little icons. A similar thing could happen in BP, but when @user tags are added, they get displayed as the user’s full name. You could have an interface that allows for entering @username or just allows the user to type a full name and have it autocomplete. Using auto complete is easier in a tag box than in a content box.

WARNING: Whatever you do, be very careful! If you merge content and meta data now, it may be very difficult to separate them later. In 1.1, wall posts had their content separated from the meta data specifying whose wall it was on. Now with 1.2 it sounds like all of my wall content will be modified to say who I was talking to. Then, if you change your mind and want to separate them out again in 1.3, you will have to modify the content again to remove the meta data.

edit – didn’t notice that was from 8 months ago :=0

@peternicholls – It looks like you created sub-blogs “members” “blogs” and “groups” which you shouldn’t have done. Delete those sub-blogs. Let BuddyPress automattically generate those pages when you click on the links. Just tested the theme and it’s working great on 1.2-rare bp-sn-parent.

If that’s not the case, it would help us help you if you answer these questions – https://buddypress.org/forums/topic/when-asking-for-support

What BuddyPress version are you one? Which theme are you using? In other words https://buddypress.org/forums/topic/when-asking-for-support

what needs to happen is to delay building BP_Group_Twitter until BP_Group_Extension is loaded.

… the best way to make your groups API plugin work in BP 1.1.3 is to force BP to load at the beginning of your plugin

How could I achieve that? Add required …/buddypress.php (?) at the top of the plugin?

Will Andy update/fix these plugins?

I don’t have a solution for all your problems but assigning different “user” types to your site is easy:

– Create a xprofile field in your BuddyPress admin. For example: What kind of user are you:

a. Swimmer

b. Skater

c. Surfer

– Install the BP Member filter plugin: https://buddypress.org/forums/topic/bp-member-filter

– Users can now filter members on the member directory page to find certain usertypes

The only thing you might want to look into is to show/hide specific xprofile fields for different groups. That’s more advanced and requires some new code to be written by someone

Good luck!

edit: Maybe if you combine both tips from Boris and me you just got your solution

ps: I’m interested in the jquery profile fields stuff as well.. sounds handy!

I would like to bring up this topic again, as it is very crucial to the development of my website and I want to see if there have been any updates in the 10 months since this was posted. Right now I have blogs disabled, the main purpose of the site is to have different types of users interact on the site, and be able to search the site based the different details in their profiles..

Multiple profile types:

For my website I would like to have 4 profile types, all profiles have the same permissions, they just have different details listed in their public profile. These details can be defined during the registration process.

2-Stage registraion:

When the user decides to register, they are prompted with a page where they will select their profile type. Upon selecting their profile type, they will be taken to a second part of the registration process where they will fill in their profile information, each type of profile having a different form to fill in.

This should go along the lines of what Dev posted, minus the permissions. This is a huge hurdle for me to overcome, and if I can there will be one more addition to the Buddypress Community. Any help or direction is appreciated.

I don’t think that bp 1.1.3 has a bp_init action, just to clarify. In fact I don’t think 1.1.3 has any do_actions that fire as the plugin is being loaded, before plugins_loaded, although I could be wrong.

If I am correct, it means that in bp < 1.2, there is no add_action that can hook your plugin into loading classes or other code on a Buddypress load event.

In 1.2, bp_init solves this by firing at the end of the load of the buddypress files. bp_init does not depend on any WP action to fire. If you hook into bp_init, your plugin will have instant access to all Buddypress classes and functions.

As far as I can tell, the best way to make your groups API plugin work in BP 1.1.3 is to force BP to load at the beginning of your plugin. As to why 2.9.1 brings these issues to the forefront, I have absolutely no idea, but I have tested this as well and it definitely seems to be the culprit. There may be a performance it if you load BP this way, but I have checked and it at least does not load things twice.

Good to hear you’re still up! none of the other chat-solutions seemed quite like what I need. Yours seemd a couple of month ago already ahead . Looking forward…!

@M keep up the good work,but please can you extend your twitter plugin with a page for user’s followers tweets & avatar? “