BuddyPress.org

Hi PerS! I already downloaded this plugin of this site and isn’t work for the buddypress!

The profile pages and other pages aren’t indexed.

Use a external sitemap generator like this http://www.auditmypc.com/xml-sitemap.asp (need java running – you can get in http://www.java.com/) to get all pages is an alternate

When Andy tells you to upgrade to the trunk, he means upgrade your entire BuddyPress install to the trunk version, all files.

Trunk versions are typically committed complete functioning changes, so they as much as they are mini revisions, the idea is that they are always the most updated bug fixed versions of BuddyPress.

Totally being worked on so nothing special right now.

Mainly working out how everything fits together, looking at what I want/ can do with it and how to go about it.

http://vonpublic.com

If you are not using the “buddypress-home” theme, it requires that you drop in some of the files that are in that theme to display each plugin. I don’t know off the top of my head which ones exactly, but maybe look at the buddypress-home theme and that might help. Once I get in a position to look myself, I might post back later.

@ArmchairGeneral, if you find something that will help with cross browser compatibility, could you create a ticket with your fixes on http://trac.buddypress.org ? Just login with username and password from these forums.

Trent

https://buddypress.org/forums/topic.php?id=1382

https://buddypress.org/blog/2009/02/rc-1-new-wordpress-mu-functionality/

There are some major changes happening to WPMU, so Andy mentions he is waiting until those changes are complete and then release the final alongside WPMU.

Trent

That looks pretty wild! Will test it out later tonight!

Buddypress is just a set of plugins running a set of themes running on WPMU. If you can edit themes in WP, it is pretty easy to add in advertising wherever you see fit.

Trent

I’ve spent countless hours getting my site to look right across all browsers. I was ready to launch until someone showed me my site in IE6, which I had totally neglected. Turns out that something like 1 in 5 people still use that POS.

In looking at your site tracedef, the problem with the top header is probably because you have it inside a table or div inside the footer. For the life of me I couldn’t get that header to go full width until I figured that out. Seems simple now…but after looking at my site for so long I was going blind to certain things.

I don’t blame this on Buddypress by the by, though there are some issues with the template. For example on the blogs page, in IEx you cannot see the buttons to visit the blogs. This is probably an issue on the member pages and groups pages as well.

If I dig out my code for how I solved that I’ll post here.

make sure you submit it to http://www.freebuddypressthemes.com

we need more themes!

If by older do you mean imported from an existing MU install?

I suspect so, and this has been covered before. For BuddyPress to “see” users, they need to update at LEAST the “fullname” field in their user profile.

I think I am going to do two things to help alleviate this problem.

1.) Edit the codex to mention this in a “conversion/MU Import” section.

2.) Make a plugin to update all user info that doesn’t already have it there, as well as clean up the login name in the event it was a port from wp.org to wpmu. (Not sure why wp.org allows spaces and symbols in usernames, but mu does not. Seems silly to handle them differently between sister platforms.)

@brandtd, back from the dead… Looks good and I like the colors a lot.

Something I noticed is that the page links in your main navigation start with “www.” when it doesn’t need it. If you’re using RC1 then that is hard coded and you can just omit that and be good to go.

@Andy, question that I didn’t see asked… For the recent forum widget, are you using the existing widget for non-mu WordPress, or did you make a special one for BuddyPress?

Hi, I installed buddypress yesterday, everything works well, except I get a script-error in the admin section under ‘Profile fields’:

Line: 147

Char: 45

Error: Object dosen’t support this property or method

Any fix for this?

We have the same problems with Sámi characters: ŽžčČáÁŠŠđĐŋŊŧŦ

The problem occurs in wires and member theme fields. The procedure for carrying the utf-8 characters to the database seems to be wrong. All characters are replaced with ‘?’ indicating that the fields do not handle utf-8 characters. Since the texts then get stored without correct characters in the database, all texts has to be re-entered to be corrected when the problem is fixed.

I think this is an extremly serious fault in Buddypress so far, and excludes us needing the utf-8 characters to use BP.

Thai Lifetime Learning Community

http://www.thaicampus.com

If you go into your Dashboard of the main BP and WPMU blog as the “site-admin” you will find the options for Buddypress Profiles to add more options in the “site-admin” menu.

Trent

https://buddypress.org/forums/topic.php?id=1427

I think we had a similar problem and the solution was to assign Mu/Buddypress to http://domain.com rather than http://www.domain.com. This allows MU to create blogs on the subdomain that is http://subdomain.domain.com.

This is why your friends subdomain is working for your first blog, but the others are not. Or, that is my best guess.

i would like to see member themes changeable on a per user basis so they can have their own skins as such, and also allow them to create their own, i think we need to collaborate as to what the user can change and what they cant, it would be nice to allow them selected css,

i would also like to see the modules changeable in a drag and drop kinda way and allow the user to choose which modules they do or do not want to use,

im interested in a love plugin which allows users to post a little love icon with thier wire posts but i could also see this being extended to comments, i have made a request for it before but got no replies so visit my profile for the topic,

last fm integration would be majorly cool i think, as it would rival many of the ‘apps’ out there on the larger social networks. building on this area of things you could also add twitter, etc. so i guess what im trying to say is focus on the users ‘lifestream’

when the user logs in i want them to go straight to the dashboard but the dashboard should have things like pending freind requests, groups to join, latest comments, profile stats (incuding who visited thier profile), options and such like, and an aggregation of thier freinds activity updates. when i visit my site i dont care what user a,b and c are up to im just interested in what my freinds x,y and z did recently,

so it would be very useful to have these widgets in the dashboard, that way everything is centralised for the user to do things,

another thing i thought would be useful was profile privacy options, allowing members to discriminate based on age eg, users over X cant visit profiles for members under 18 or whatever, maybe allow the user to choose who can contact them / add them etc,

also have a block ability and mark as spam,

the profile itself should have 3 modes of operation, public – everything is displayed, semi private, freinds can see full profile, non freinds can see selected modules / different modules only, and fully private – the user must be freinds to see anything other than name, age and city/ country.

i have used the profile sidebar plugin, but as of yet there are no freinds or group widgets for it, i would like to see these with a good amount of configurability options allowing for things like top freinds, other half etc

sorry for such a long post but i would like to see these features implemented as i think they would greatly enhance buddypress!!

thanks!!

sgrunt, your fix did not work for me. On my localhost I tried changing the css for the two elements, but the menu second-level lists still randomly vanish when the mouse hovers over them. I even created a user account on wikiroma.it (nice site design btw) and experienced the problem on that site as well.

If I move the mouse very slowly down the menu, then the menu has a greater chance of remaining visible.

Within the code, I disabled the third-level lists from appearing, but this had no effect on the vanishing second-level lists.

I am using Firefox 3.0.6 on Windows Vista. The menu does not disappear when I tested with IE7 (although the third-level menus are prone to flickering).

Also, to fix a validation error that appears when a user is logged in, replace “alt” to “title” on line 507 of bp-core-templatetags.php

Besides the menu problem, Buddypress works awesomely, thanks Andy and BuddyPress community!