BuddyPress.org

Third time trying to post. Trying the logout/login work-around posted by Andy. Guess cookies?

I am new to this forum and to MU/BP but not to wordpress. I am flying into NYC from Fort Lauderdale on my way to Calgary, and so even though I am on a tight schedule, I would love to meetup with MU/BP developers as my next several ventures are set to explore using MU/BP extensively, developing multiple themes and plugins.

I arrive at LGA at 8:45 so I will be rolling in late, but if my cameras arrive on time I would be happy to document 1 or more sessions (as requested on this thread). Has anyone volunteered for this yet? If so/not, lets co-ordinate priorities for recording, and who is willing and able.

Lastly, since I am arriving the day-of, I will have my luggage with me. Does anyone know if the venue has a place for me to keep a few bags until the end of the first day?

Really looking forward to meeting all these bright minds working towards solutions on common problems.

See the codex, https://codex.buddypress.org/.

Best way to learn theme tags right now is just downloading a few buddypress themes and look at the source. Those on member blogs (if thats what you mean) applies to wpmu and has nothing to do with buddypress.

Use this site (http://wpseek.com/browse/) to look at all wordpress and wpmu functions.

When you are including directly code that is usually a plugin, you need to make sure that you include all of its dependencies before you proceed through the file you’re using to load that code.

In my opinion, the only way to make this transition is to do so knowing that you’re totally bypassing the ability to update the plugin and that it is now something that you’re including manually, either within your template or maybe even bp-custom.php. If the plugin itself was all you needed, then you’d just activate it and let it do it’s thing, right?

So, rather than hook the loading of those files into a WordPress action, load them via your parent themes’ functions.php file, and put that code in your parent/functions/ folder…

I try to keep things clean and logical, but I also reinvent a lot of wheels and re-factor existing WordPress plugins for my own custom applications. Breadcrumbs, taxonomy clouds, custom kses, etc… My parent themes are loaded with additional code that started out as someone else’s plugin that now is part of my theme. ( I know this goes against the entire reason why plugins exist, and I know it would be better karma to help contribute to a plugin than disassemble it and use its parts as my own, but sometimes that isn’t realistic, and sometimes it helps to see someone else’s perspective on how to achieve a goal. )

Maybe I misunderstood your question entirely… If so, then forget everything I just said.

Long story short, require ( WP_PLUGIN_DIR . '/bp-classifieds/bp-classifieds-groups.php' ); isn’t included everything that plugin needs to live. That file uses another file that’s missing.

BuddyPress uses the “display name” to know that they have filled out some profile information. It is the only *always* required field inside BuddyPress.

Because WordPress is centered around the “username” and uses the “nicename” for slug purposes, we’re stuck with those no matter what. I like having my username be short for easy log ins if I can help it of course (sometimes “jjj” is already taken.), but I like my display name be my fullname because it’s how people recognize me.

I don’t see a way around this any time soon. And like Andy said, internationally sometimes people have 4 or more names. I use my middle name, but having a “middle name” field isn’t always optimal either so I lump it in with my first name. (All those years of my mom yelling “John James you get over here this instant!!” must have stuck with me.)

You can rename the primary name field to be whatever you’d like, which is designed to alleviate some of the confusion. It lets you decide what that field means to your users. The “username” is the only thing they can’t change, so they’re using that for life.

hi David

No you can not do it in that way.You need to follow the process for migrating from wordpress to wordpress mu.

1.Export your posts/pages

2.take a backup of your wp-content directory

3.Take a backup of database(in case you need it to revert back)

4.remove the wp from server and install wpmu

5.Import the posts from your export file

6.Upload the uploads ,themes directory to wp-content/ in your new installation

If you have a website with thousands of posts,then export import may be trouble.you may follow this instructions in that case

http://welcome.totheinter.net/2008/10/04/how-to-migrate-from-wordpress-to-wordpress-mu/

Hopefully it helps.

It is a plugin for wpmu, since you have to install and use it as any other plugin. And yes, if you use a wordpress single install, you will have to switch over too wpmu first.

They plan on making it available for single installs, but don’t hope on that anytime soon.

Is anyone having issues with any conflicts with the Vote it up plugin and buddy links..?

https://wordpress.org/extend/plugins/buddypress-featured-members-widget

As far as I know it’s been taken out of WPMU.

Read this, https://mu.wordpress.org/forums/topic/1857.

Sorry, this is the same issue that is bugging me,

1. Is it to say that I redirect the wp signup to register, the problem would be solved?

2. Would it affect the other plugins I have install under wordpress mu?

by the way I am using wpmu 2.8.5a

You can also use the following jQuery technique to put the buddybar in any application: http://teleogistic.net/2009/10/displaying-the-buddypress-admin-bar-in-other-applications/. It’s probably overkill if you’ve only got a single page (since Xevo’s method is so much more straightforward) but it’s nice if you’re trying to integrate another entire program.

A long while ago, Burt Adsit wrote https://wordpress.org/extend/plugins/bp-community-blogs/ . I still use this plugin although I couldn’t tell you the last time Burt updated it. he has been awol lately. It still works as it doesn’t appear to be too dependent on the BP framework. For me, I have a blog I use as an “announcements” tool i.e. all registered users can write announcements which get displayed on a widget. So the plugin auto-registers each user to that blog as an “author”. Sounds like this is what you are looking for. Hope this helps.

You can make custom pages inside of buddypress.

https://buddypress.org/forums/topic/make-your-own-custom-buddypress-page

@Bowe

Wordpress /buddypress does not do anything special to images.By default the avatars are saved as square(same height and width),so if you keep the ratio,the image looks good as it gets scaled down by css,otherwise say you make the height and width different ,It gets stretched.just for clarification

hi there

well,so your subdomain style issue is solved.

For the random non existing subdomain behavior is expected by wpmu.since you are using buddypress default theme ,so you will not be able to see wp-signup.php and it is one of the most discussed topic here in forum.just search it.

If you are trying to create forums (as you may be thinking of standalone forum in bbpress),this is not implemented in that way in buddypress.In buddypress ,the bbpress (internal integration) is used for creating forums with groups and they do not have a separate admin.You can enable forum from group admin screen for a particular group.

As far as I know and my experiences with shared hosting,you won’t be able to install wordpress mu on addon domains.If you are able to install wpmu on addon domain ,then buddypress should work without any problem.

@Xevo.. that’s true.. But it seems that wordpress/buddypress does something special when you resize using .css.. the avatar actually gets loaded in the size you specify in the .css… if you view the image it’s the same size (so not the original size of the image which gives bad results quality/data wise)