People keep referring to turning certain components off, but as far as I can tell — by searching these forums and by muddling through the admin — there is no way to just “turn off” blogs so that the blog option disappears. Vanishes. As in there is no clicking on create a blog only to get a “blogs have been disabled” message. That just looks messy and like a mistake.
Maybe I’m wrong? I’d love it if I am.
I’m usually capable of working my way through a tutorial and learning something by the end. But this post is of a magnitude that I’m not sure I know enough to tackle all the steps. Is each of your posts, Burt, a step-by-step instruction on how to accomplish Ben’s request, or do you revise your answers along the way?
I’d like mostly what Ben is asking for. I want to use BuddyPress as a member directory. I don’t wish for anyone to make blogs through MU/BuddyPress other than my staff. I don’t want the “create a blog” option to appear anywhere. Not in the member profile, not in the tool bar. Essentially I want the option not to exist for users. Will the tutorial above show me how to do that?
Starting from instructions in post one, I’m finding that changing the admin setting from “only user account can be created” to “only logged in users can create new blogs” results in a “you must login to create a blog,” which takes me to the wordpress sign-in page before I have even registered.
The “only user account” setting generated what I would like to have happen, a signup screen sans “gimme a blog.”
Please forgive my being an ignoramus and let me know if I should patiently work my way from top to bottom, or if there is another solution outlined in a different post.
Thanks!
3555609Inactive
i have buddypress installed just right, except for the email address in the general settings. i put the email in, but it does not save it, it constantly reverts back to ‘you@yourdomain.com’
is there anything i can do to change this?
I would like to see an xprofile field called “Work Availability” to display on our BP.org profiles to show if a developer is available for work.
I’ve had a few requests over the past couple of weeks for a couple of jobs, but I always end up sending the same message!
Just a suggestion!
See https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions, “How to hide selected profile fields” and “How to show secondary profile fields while hiding the “Base” profile fields in a user profile”.
These should get you started and this has been discussed elsewhere on the forums, so do a search.
Ok that;s a shame its not possible to have 1 forum per blog..
perhaps indeed a good idea for a plugin, if anyone interested please let me know in this topic, perhaps we can work something out together.
WordPress MU and Buddypress have separate profile/user management tables that aren’t synchronized and in some ways clash. End users will see different profile editing screens, in wp-admin and buddypress front-end, with different data that have nothing to do with eachother. Users are identified by full name, username, nickname, blogname or whatever depending on where in the system you are and how it’s configured. It’s a confusing mess and my pet peeve.
But I’m not even sure if that’s relevant to your problem, so I removed the rant.
Hmm, I think these are triggered because BuddyPress doesn’t pick up who the recipients are.
Not being funny, you are entering correct usernames in the ‘to’ field, right?
I think you’re right, DJPaul.
Was late last night when I replied to that!
Follow DJPaul’s suggestion, jorrie!
Why is friends requests not included in bp_friends_header_tabs?
Something like this:
function bp_friends_header_tabs_plus_requests() {
global $bp, $create_group_step, $completed_to_step;
?>
<li<?php if ( !isset($bp->action_variables[0]) || 'recently-active' == $bp->action_variables[0] ) : ?> class="current"<?php endif; ?>><a href="<?php echo $bp->displayed_user->domain . $bp->friends->slug ?>/my-friends/recently-active"><?php _e( 'Recently Active', 'buddypress' ) ?></a></li>
<li<?php if ( 'newest' == $bp->action_variables[0] ) : ?> class="current"<?php endif; ?>><a href="<?php echo $bp->displayed_user->domain . $bp->friends->slug ?>/my-friends/newest"><?php _e( 'Newest', 'buddypress' ) ?></a></li>
<li<?php if ( 'alphabetically' == $bp->action_variables[0] ) : ?> class="current"<?php endif; ?>><a href="<?php echo $bp->displayed_user->domain . $bp->friends->slug ?>/my-friends/alphabetically""><?php _e( 'Alphabetically', 'buddypress' ) ?></a></li>
<li<?php if ( 'requests' == $bp->action_variables[0] ) : ?> class="current"<?php endif; ?>><a href="<?php echo $bp->displayed_user->domain . $bp->friends->slug ?>/requests"">Requests</a></li>
<?php
do_action( 'friends_header_tabs' );
}
Setting the “current” for ‘Requests’ doesn’t work yet. Any ideas how to fix that?
Well, looks like WannaNetwork guy grew so fast it put him out of business!
Since our launch of the new WordPress powered platform on WannaNetwork in Early February, WannaNetwork has been growing substantially larger and larger.
With this growth also comes a few negative aspects. Running WannaNetwork as a free service is quickly becoming harder and harder when there are monthly server and maintenance costs adding up.
I just wrestled with that issue here.
A ‘members’ class was added to the body tag on pages under groups and blogs. BP_MEMBERS_SLUG or $bp->current_component are not very “precise” I guess.
I wasn’t able to figure out why this happens. I managed to get it to work, sort of, with the combination of lines in my custom function for the navigation.
I’m getting to the end of development and one of the things that has been a constant issue is that I’ve got the following code :
<ul id="nav">
<li<?php if ( bp_is_page( 'home' ) ) : ?> class="selected"<?php endif; ?>>
<a href="<?php echo get_option('home') ?>" title="<?php _e( 'Home', 'buddypress' ) ?>"><?php _e( '// Home', 'buddypress' ) ?></a>
</li>
<li<?php if ( bp_is_page( BP_HOME_BLOG_SLUG ) ) {?> class="selected"<?php } ?>><a href="<?php echo get_option('home') ?>/<?php echo BP_HOME_BLOG_SLUG ?>" title="<?php _e( 'News', 'buddypress' ) ?>"><?php _e( '// News', 'buddypress' ) ?></a></li>
<li<?php if ( is_page('local-networks') ) {?> class="selected"<?php } ?>><a href="<?php bloginfo('url'); ?>/local-networks" title="<?php _e( 'Local Networks', 'buddypress' ) ?>"><?php _e( '// Local Networks', 'buddypress' ) ?></a></li>
<?php if ( function_exists( 'groups_install' ) ) { ?>
<li<?php if ( bp_is_page( BP_GROUPS_SLUG ) ) {?> class="selected"<?php } ?>><a href="<?php echo get_option('home') ?>/<?php echo BP_GROUPS_SLUG ?>" title="<?php _e( 'Groups', 'buddypress' ) ?>"><?php _e( '// Groups', 'buddypress' ) ?></a></li>
<?php } ?>
<li <?php if ( bp_is_page( BP_MEMBERS_SLUG ) ) {?> class="selected"<?php } ?>><a href="<?php echo get_option('home') ?>/<?php echo BP_MEMBERS_SLUG ?>" title="<?php _e( 'Members', 'buddypress' ) ?>"><?php _e( '// Members', 'buddypress' ) ?></a></li>
<?php if ( function_exists( 'bp_blogs_install' ) ) { ?>
<li<?php if ( bp_is_page( BP_BLOGS_SLUG ) ) {?> class="selected"<?php } ?>><a href="<?php echo get_option('home') ?>/<?php echo BP_BLOGS_SLUG ?>" title="<?php _e( 'Blogs', 'buddypress' ) ?>"><?php _e( '// Blogs', 'buddypress' ) ?></a></li>
<?php } ?>
<li><a href="<?php echo get_option('home') ?>/forums" title="<?php _e( 'Forums', 'buddypress' ) ?>"><?php _e( '// Forums', 'buddypress' ) ?></a></li>
<li<?php if (is_page('services') ) {?> class="selected"<?php } ?>><a href="<?php bloginfo('url'); ?>/services" title="<?php _e( 'Services', 'buddypress' ) ?>"><?php _e( '// Services', 'buddypress' ) ?></a></li>
<?php do_action( 'bp_nav_items' ); ?>
</ul>
As you can see I’ve got a members page, problem is if I go to the services or the local networks page, the members is highlighted too, Any ideas why this would do that, as Im pretty sure the logic is right?
Cheers
Chris
Thanks, mariusooms, for your reaction. I updated to the latest trunk with svn this morning. I’m using sub-domains and wpmu is located in my root. WPMU and BuddyPress both work as expected. I’ve activated forum setup and got the message “bbPress forum integration in BuddyPress has been set up correctly. If you are having problems you can re-install”. HOWEVER, no bb-config.php file has been placed at my root (or anywhere else except the dummy default location as far as I can tell).
When I try to create a group, the screen goes completely blank at “/members/admin/groups/create/step/group-settings” and I see a “”POST /members/admin/groups/create/step/group-settings HTTP/1.1″ 403” in my Apache log file. Is that a problem of access rights? As I said, I temporarily set my root to 777 before setting up the bbPress integration in BuddyPress.
Just reporting back. I seem to be the only one with this particular problem, and I’ll try to investigate some more.
The last 12hrs have been nothing but disappointment in regards to the themes listed on BuddyPress. I don’t know if they are spam, poor coding or both.
I created a new install with WPMU 2.8.2 and BP 1.0.3. Tried the Avenue K9 theme, the Facebuddy theme and the Solitude theme. All of them failed to work properly or display accurately. In most cases, they throw an error when select various menu items; I tired of trying to figure out why, figuring that if a simple side-by-side test against the default theme wasn’t done by the developer, it’s likely I’ll find even more things wrong.
I’m willing to pay for decent themes, but I expected the same level of quality contributions that WordPress is afforded.
Has anyone found any themes that work 100% out-of-the-box?
I need a more professional member registration as well. I’ll use this excellent plugin which allows login with email address, but there are a lot of other annoying issues I still have to solve:
Restructuring registration process to an industry standard
How to use full name, first name + last name
Make 2+ part name in full name required + xprofile_sync_wp_profile()
Autogenerate or remove username
Generate username (+ blog url) from fullname
Use full name in confirmation emails
ListMessenger (or PHPlist) integration – plugin?
I’m not sure how much GigaOM actually changed. Their form looks a lot like the regular Buddypress (?) registration, minus that annoying username. Not sure how they did that.
They’re not using Buddypress, are they?
Most of it is just a radically customized theme. I suspect they probably also use one of the commercial member subscription plugins.
I’m working on my new site here. The old site has a registration system based on PunBB. I’m not a PHP programmer, so please keep us posted on any progress you make.
Am I reading this right? Couldn’t jorrie just disable user registration?
I’ve renamed this thread jorrie so the title covers both questions which might make it easier for people to find in future.
Heh, two months is nothing. My achievements plugin I announced about two months ago and it’s now coming out Very Soon ™.
I am assuming the developer of this plugin either found other paying work which took a priority or has just been really busy 
Since this is more of a WPMU issue than a Buddypress one, like I mentioned in the other thread you made, you might want to consult the nice folks over at mu.wordpress.org/forums/.
Login with the same username and password and make a post there.
Re #3 – Your blogs will stay intact. Buddypress will create a few components called groups and forums (if you have bbPress installed). Groups can be configured by users or admins. BP forums are a part of groups.
Re #5 – There’s a few forum threads about integration and a couple of guides floating around the net.
The next version of Buddypress is scheduled to be released next week (August 11), but I won’t be surprised if they push it back a few weeks since there’s a lot of new stuff being implemented.
Right now, if you want a tight integration, you’ll have to theme WPMU and BuddyPress at the very least. There’s no way around it.
Re #6:
Groupblog plugin – https://buddypress.org/forums/topic/new-groupblog-plugin#post-19344
– It’s still in development… I would just test this for now
Community Blogs for BuddyPress – https://wordpress.org/extend/plugins/bp-community-blogs/
– A revision was made by Boone Gorges available here – hxxp://dev.commons.gc.cuny.edu/files/2009/07/bp-community-blogs.zip (change hxxp to http)
– I’ve been meaning to test this, but haven’t yet
Keep in mind that these plugins would give a group a blog, but not a forum for each blog like you want… both have a different way of achieving this method.
The groupblog plugin would be more tightly integrated, whereas the “Community Blogs” plugin provisions group members to an existing WPMU blog.
I dont want any users to create blogs, they can only upload avatar and post comments on any of the wpmu sites. Is that possible? Since the admin creates all the blogs, the users can only communicate on the site.
I DO however need the users to signup for the blogs, as users, to post comments and with a buddypress user profile page..
Plugins, or custom code hacking needed to do this? Anyone can give me advice on this? Thanks!
