BuddyPress.org

I also use the email login plugin, but generate a username from the fullname using Javascript (link is for blogname from blog title, but the principle is the same). I think that’s a cleaner solution that avoids a lot of the issues you ran into.

I resume this post. My main buddypress installation must be in Italian, but I’d like to create a blog inside which uses english text for international users.

Is it possible?

wp-touch is for a blog not BP. You would have to convert all the BP files to a mobile format. I’m waiting for new theme to be released before making a mobile version.

It will be based on one of the dev kits, iWebkit or iUI. so it will look like a native app.

I haven’t seen much whining on this forum Eric73. Almost all the post on this forum are informative and friendly and I think everyone is doing a pretty good job helping others and contributing as much as they can. If people would stop “complaining” it would mean that BuddyPress would be perfect (not gonna happen) or people would stop caring about the software (which is bad).

There are always a few people who post a few useless posts or unneeded threads but so far that was handled by the members or by the mods.. So I would rather advise everyone to keep on whining in the way they’re doing it right now

Nexia any news on this? I agree that this would be fantastic to have something similar in buddypress.

Ps. I recognise you from vbteam (I think)

Sounds like this issue’s solved. The extra memory that BuddyPress might use must have just pushed your server over the edge.

has anyone tried wp-touch? works dandy in MU.

If you check the roadmap you can see that 1.2 is unfortunately running a little behind schedule. Given some of the changes that are happening, I think a lot of us are more than willing to wait.

As for your issue, you could go and manually change the string in bp_core_time_since() to display something more appropriate than the GMT string. This would at least temporarily address the cosmetic issue until 1.2 is available.

As for the activity stream stuff, that’s rather curious. To me it suggests that there is some sort of problem sorting the activities based on their dates. When you look at the blog entries directly (not in the activity stream), do they have valid dates?

My pleasure. Good luck getting acquainted with BuddyPress

As for your other question, here are a few places to start:

1) Make a Gender field and a Enter the Competition field in Dashboard > BuddyPress > Profile Fields. Make sure they’re required on registration.

2) If by “top nav menu” you mean the thing that floats across the top of the screen, you can add to it by creating a button inside of a php function, then using add_action to attach the function to the bp_adminbar_menus hook. See buddypress/bp-core/bp-core-adminbar.php to see how it works in the core code.

3) Use a plugin like JJJ’s https://wordpress.org/extend/plugins/bp-member-filter/ to create the filters that will populate the pages that the “Men” and “Women” dropdowns will point to.

i had the same problem with Strato and the plw123 plugin

without the plugin wpmu doesn’t work, but with it buddypress doesn’t work at all

here is what you need to do!!!!

you need to reinstall WPMU after editing a few files to force it to use the “www” prefix, and you will only be able to use sub-directories.

edit line 9 and 10 in wpmu-settings.php, just comment them out or remove them.

then go to index-setup.php and do the same with lines 515 and 516

then go down in that same file and do the same with lines 683 to 687

then go down to line 696 and do the same there

now reinstall wpmu and make sure to put the “www” in front of the domain name although it tells you not to do so. now wpmu and buddypress both work.

you can do the same thing without reinstalling, but that requires you to make the changes for the domain name manually in the database..

success!!!!!

Hello,

I’ve a problem I hope I can get help on. I’ve successfully set up forums under the buddypress menu. However, when I set up a group (and enable discussion forums) I’m still unable to post a new topic. I click on the ‘post new’ link and nothing happens. Have I missed something along the line? thanks

@Mike Pratt

I think from a development perspective, it was easier to avoid the WP profile entirely, since it’s far too limited in what you can do with it. Like you can’t (in the DB) easily tell the WP profile screen which dynamic field type to use for each dynamic field. Since BuddyPress took the direction of being entirely theme based, it made sense to make a whole new profile with a more direct apprach to setting the fields and getting/updating the data.

For 1.3 there will be a more powerful xprofile system that makes for smarter fields.

Hey just saw this posted.

Any word on mobile themes or solutions for Buddypress?

– Jeff –

.

Probably because you’re using the BuddyPress theme (which of course requires BuddyPress to be active).

Looks like you need to hire someone – https://buddypress.org/groups/buddypress-job-board

DJ Paul mentioned in Member Widget timezone issue that he has the problem when using bp_core_time_since().

Prior to changeset 2128 (November 25) this function would return the exact string “[Use GMT Timezone]” if the since time was less than 0. That is, the difference between the current time and the previous time was 0 or even negative!

In chageset 2128 (November 25) on the trunk, this string has been replaced by “sometime” which will be a little more graceful. Unfortunately that means it’s not going to be fixed until 1.2 is released.

As for why this is happening, it looks like bp_core_time_since() is getting called like this a lot:

bp_core_time_since( time() );

Which results in the code doing a calculation of:

time() - time()

which is almost guaranteed to be equal to 0.

@JJJ, you are basically saying that it’s up to the end users/members to keep their data synchronized? And if it’s not, it’s their problem? It’s just not a very user-friendly approach.

Also, I’m very much in favor of keeping all options open for all use cases, but Buddypress does not offer any built-in firstname/lastname option. Simple built-in syncing with wp_usermeta upon activation like in my custom function would solve that problem and wouldn’t hurt anybody.

Maybe Andy refuses to include it in the core just to spite me, which would be at least somewhat understandable…

The first way is for users that may have been registered before BuddyPress was installed. They can still login, post comments, and use the forums, but if they never edited their profile and set their display name(fullname), BuddyPress won’t find them.

The second is if a user edits their profile from the WordPress side (firstname, lastname, nickname) without changing their BuddyPress display name. At that point the two will be out of sync.

It’s possible to hook into the save profile action of WordPress and change the BuddyPress display name when the user changes their WordPress nickname, but some sites may want a combo of the firstname/lastname while others may want to use the nickname, and others still may not really even care or use either. From that perspective it makes sense to not have BuddyPress try to interfere too deeply with syncing profile fields that might not have a direct 1 to 1 relationship with each other.

No but it’s a request that comes up every so often. It wouldn’t be too hard to create this, but I’m not sure anyone has put anything together like this yet.

A lot of this comes down to the theme and how you style the certain abilities of BuddyPress within that theme. You can also use the parent/child abilities to block different aspects of the blogs/sections of your site, which is typically what I’ve done in the past.