BuddyPress.org

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!

Evet bende değişecek kısım olarak orayı söyleyecektim. Sen zaten düzgün olanı bozmuşsun .

Yani buddypress.mo olan dosyayı Buddypress-tr_TR.mo olarak atsan , dosyanın yolu zaten verilmişi olucaktı.

how about a plugin that would allow a user to join group(s) when they signup for their account, rather than after.. Ideally the group selection being an Admin Sponsored Group. That way zillions of groups aren’t shown in the selection list.

Admin Sponsored Groups.

PHP Developer

Buddypress Developer

User createdGroups

PHP California Developers

Blah, blah

Brian

Sorry, I’m done.

I just forgot to upload it. Will do asap.

Ok, uploaded to my server. Codex page here: https://codex.buddypress.org/translations/swedish-svenska-sv_se/

Let me know if there are any errors. I’m sure I missed something.

Unfortunately not, at least right now.

What I consider the main reason for this, among the others, is that WPMU has a specific plugin directory devoted to “instant on” plugins, and BuddyPress relies on that specific ability within WPMU to activate itself and to load up all of the necessary files and functions.

You could, however, install WPMU and BuddyPress together, but then turn off the ability for users to make their own blogs. This will essentially make it operate like a WordPress.org install on the outside, with MU/BP’s sweet creamy insides.

Indeed, you should be reporting it to the plugin author.

Since some time, there as been a change in the structure of $bp: see this topic.

You should edit that line to instead read:

$profile_link = $bp->loggedin_user->domain . $bp->profile->slug . '/';

why couldn’t you just do this: (of course add style <div>’s etc… just hacking this out quickly)

<?php if ( bp_has_friendships() ) : ?>

<?php while ( bp_user_friendships() ) : bp_the_friendship(); ?>
• <?php bp_friend_avatar_thumb() ?>

  <h4><?php bp_friend_link() ?></h4>

  <?php bp_friend_last_content_update() ?>

<?php endwhile; ?>

<?php else: ?>

<div id=”message” class=”info”>

<p><?php bp_word_or_name( __( “You have no friends”, ‘buddypress’ ), __( “%s’s friends list is currently empty”, ‘buddypress’ ) ) ?></p>

</div>

<?php if ( bp_is_home() ) : ?>

<h3><?php _e( ‘Why not make friends with some of these members?’, ‘buddypress’) ?></h3>

<?php bp_friends_random_members() ?>

<?php endif; ?>

<?php endif;?>

Honestly, I think it is time for a new host.

I believe buddypress highly recommends using subdomains for member blogs, for example:

myblog.example.com and if you host doesn’t support that I don’t think it is a solid hosting solution.

If you are trying out buddypress for a small scale deployment, with just a few friends using it and they don’t need blogs you might be ok.

There are already a few posts around here of what people are using for hosting, but I have never heard of a paid solution that wouldn’t allow nonwww domains.

Brad