Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 59,451 through 59,475 (of 68,948 total)
  • Author
    Search Results
  • #59920
    abcde666
    Participant

    great !

    is it possible to de-activate the “Notifications-tab” within the BuddyBar ?

    As this feature is somehow already available within the BuddyBar.

    #59918
    midwestbonsai
    Participant

    This doesn’t show on my signup page either.

    #59917
    peterverkooijen
    Participant

    I’ve tried this regular WordPress plugin for New User Email Setup, but it didn’t do anything at all for Buddypress activation.

    This BuddyPress Registration Options has some very useful features that I probably need anyway, but it still doesn’t allow you to change the From and Subject lines. [username] seems to be the only available tag, not [fullname]. You can’t make any changes unless you check Moderate New Members.

    Why is more control over the registration process not built into the Buddypress core? It’s essential to a social network imho.

    :-(

    #59916
    David Lewis
    Participant

    I’m aware of that plugin. But bp-events is the only events plugin that integrates with BuddyPress. With bp-events you can invite friends, associate events with groups, etc. Very different animal.

    Anyway… I haven’t quite given up… but I’m close to it. The new default theme is structured very differently from the old. I understand how it’s organized… such that the main template folder for your component just houses the directory and single views… while the templates for member’s stuff (i.e. your groups, your events, your blogs, etc.) are in “/member/single/…” … and there is only one loop which is loaded below the tabbed navigation via AJAX. I get all that. But trying to re-factor the old bp-events templates to work that way is causing me great pain. LOL. By the time I figure it out… Erwin may have resurfaced and released an update.

    All I know is… my site cannot launch without this component. So at the moment anyway… I’m stuck with trying to hack the old bp-events or launching a 1.1 site with the old bp-events. Ergh :(

    Paul Wong-Gibbs
    Keymaster

    1) https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/

    2) Go to your wp-admin area, in the BuddyPress menu go to “Component Setup”. This lets you disable/enable each component of BuddyPress. If you disable, they are removed from menus. If you want the component active but not on your menu, you will need to create a child theme: https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/

    #59910

    In reply to: BuddyBar for bbPress

    coreyhammond
    Participant

    Running:

    mu- 2.8.6

    buddypress – 1.1.3

    bbpress – 1.0.2

    I am seeing the buddypress bar links on the left hand side, but they dont get put at the top like in buddypress, there is no formatting/styling to them. Any suggestions?

    Dainismichel
    Participant

    Thanks, I’m kinda hangin’ my head over here. I just deleted the whole mu and buddypress install, made a new DB, and got a Database Tables Missing Fatal Error upon installing WPMU.

    Since my community is not launched yet, I could start over, but now I’m at step 0.

    Anyway, regarding themes: What I want is for users to not have many options (if any). They come in and have a blog that works the way it works. Andrea, sounds like your suggestion would work…

    Seems like this should be an “out the box” kind of thing…but here I am with a bonging WMPU install… :-(

    Dainismichel
    Participant

    OK, will do…

    #59905
    MrMaz
    Participant

    Nobody has yet convinced me that the proposed deprecating of the friends component makes sense from a code point of view. I am not disagreeing that some people want/need a different visualization of how friending works, but you have to make the case that it will genuinely improve the codebase while providing backwards compatibility.

    There is a proposal to make this major shift in how a key component of the software functions without any supporting code to show that it will actually work.

    I know this project isn’t a democracy, but you can’t just say that not everyone is going to be happy all of the time and then steamroll them. A lot of people have invested a lot of their free time into BP, and if they get burned they could very well leave the community. I don’t think its worth the risk to lose smart people from an open source project only due to fear of too much code. Code is expensive to write. Free code is good.

    #59904
    peterverkooijen
    Participant

    I can see how it might be good tokeep friending, but give the option not to use it. I hate it when Ning takes away features …

    Just in general I don’t like the idea of any features being taken away …

    If friending gets taken out in 1.3, then I’ll stay with Buddypress 1.2 …

    We should be thinking about extending the BuddyPress framework and not deprecating major components at this time …

    Not sure why JJJ wants to remove the “friending feature” in favour of the “following-feature”? Can we not have both ? …

    I am worried Buddypress will fall into the trap of trying to be everything to all people and will become a bloated mess. For my projects I need a coherent, reliable core before I need any more features – forums, events, galleries, enterprise features, ecommerce, …

    It’s great the developers are rethinking friending, how it can make more sense in the Buddypress context. If Buddypress can come up with a different approach, logically tied into groups and (micro)blogging, that could really set BP apart from Facebook, Ning, etc. Less is more!

    JJJ’s proposal already is the best of both world imho (yes, we can have both!):

    1. Deprecate “Friends” component code into a separate downloadable plugin that can still be used exactly like it is now, just not part of the core anymore.

    2. Merge friends functionality into private “user” groups so that developers can choose to ditch the “friends” model if they want …

    3. “Friends” would replaced with the core ability to “follow” peoples activity, and for your activity to be followed by others …

    This is also a next step in the evolution in web friending, from classic Friendster/Facebook -> Twitter following -> following/friending with more context in groups and blogging (not just based on 140 chars brain farts).

    Absolutely agree with Windhamdavid btw!

    #59903
    Kelly L Lockwood
    Participant

    Andy,

    I took a look at some logs on my end, I think it’s a serve side issue, specifically permissions(?), but I’m not 100% sure, is there a way I can send you the xml log error file to confirm it’s not a buddypress issue?

    Kelly

    #59902
    Kelly L Lockwood
    Participant

    Just as an experiment I changed my theme to the buddypress classic, logged in as admin, I didn’t see a “create a group” button, where is that hidding in that theme? (I changed back my theme though already, but let me know)

    Kel

    #59901
    Windhamdavid
    Participant

    I spend the better half of the last hour reading these threads related to depreciating ‘friends’ and I’m sold on it. This is very insightful point (from the vantage of a behavioral psychologist). It makes ‘friends’ more powerful and oblique at the same time. Friends will consolidate perfectly into the more powerful groups api while opening up more dynamic (Not “less meaningful”) ‘friend’ models.

    Andy Peatling
    Keymaster

    WordPress MU 2.9 (currently trunk) / WordPress 2.9 are required for BuddyPress trunk and will be required for 1.2.

    #59892

    In reply to: Gallery

    peterverkooijen
    Participant

    Vincole, would this cover your needs?

    Kaltura Media Component for Buddypress

    Demo

    #59890
    David Lewis
    Participant

    @Andy. Yes. Thank you. I was just pointing out that there is no option to use just a background color and no image. You’d have to use an image that was a solid color. Which is fine.

    Paul Wong-Gibbs
    Keymaster

    I’ve spent a couple of hours on this with rickross on IRC. See https://trac.buddypress.org/ticket/1524.

    Jean-Pierre Michaud
    Participant

    did you upload buddypress in the same path, or you have the directory name of the svn??… you can not have two buddypress installed, if the system call a redeclare, the error is similar to this situation.

    #59885
    Anonymous User 96400
    Inactive

    @Bowe

    setting up different group types is fairly easy. You just have to attach some groupmeta to the group, that basically let you add as many types as you’d like. Then you just check the metadata to figure out what type of group you’re in. Using the groups API you can then add different functionality for different groups.

    I’ve written a types-plugin for one of my sites. It doesn’t have an interface, though. The 3 types I needed are hardcoded into it, so it’s really not suited for a release at the moment. There’s also a lot of more stuff, like a shopping cart, part of that plugin. So, I’ve stripped the functions needed for group types out (hopefully al of them).

    First we need to add the addtional fields to our registration form:

    function sv_add_registration_group_types()
    {
    ?>
    <div id="account-type" class="register-section">
    <h3 class="transform"><?php _e( 'Choose your account type (required)', 'group-types' ) ?></h3>

    <script type="text/javascript" defer="defer">
    jQuery(document).ready(function(){
    jQuery("#account-type-normal_user").attr("checked", true);
    jQuery("#group-details").hide();
    jQuery("#account-type-type_one,#account-type-type_two,#account-type-type_three").click(function(){
    if (jQuery(this).is(":checked")) {
    jQuery("#group-details").slideDown("slow");
    } else {
    jQuery("#group-details").slideUp("slow");
    }
    });
    jQuery("#account-type-normal_user").click(function(){
    if (jQuery(this).is(":checked")) {
    jQuery("#group-details").slideUp("slow");
    } else {
    jQuery("#group-details").slideDown("slow");
    }
    });
    });
    </script>

    <?php do_action( 'bp_account_type_errors' ) ?>
    <label><input type="radio" name="account_type" id="account-type-normal_user" value="normal_user" checked="checked" /><?php _e( 'User', 'group-types' ) ?></label>
    <label><input type="radio" name="account_type" id="account-type-type_one" value="type_one" /><?php _e( 'Type 1', 'group-types' ) ?></label>
    <label><input type="radio" name="account_type" id="account-type-type_two" value="type_two" /><?php _e( 'Type 2', 'group-types' ) ?></label>
    <label><input type="radio" name="account_type" id="account-type-type_three" value="type_three" /><?php _e( 'Type 3', 'group-types' ) ?></label>

    <div id="group-details">
    <p><?php _e( 'We will automatically create a group for your business or organization. This group will be tailored to your needs! You can change the description and the news later in the admin section of your group.', 'group-types' ); ?></p>

    <?php do_action( 'bp_group_name_errors' ) ?>
    <label for="group_name"><?php _e( 'Group Name', 'scuba' ) ?> <?php _e( '(required)', 'buddypress' ) ?></label>
    <input type="text" name="group_name" id="group_name" value="" />
    <br /><small><?php _e( 'We suggest you use the name of your business or organization', 'group-types' ) ?></small>

    <label for="group_desc"><?php _e( 'Group Description', 'scuba' ) ?></label>
    <textarea rows="5" cols="40" name="group_desc" id="group_desc"></textarea>
    <br /><small><?php _e( 'This description will be visible on your group profile, so it could be used to present your mission statement for example.', 'group-types' ) ?></small>

    <label for="group_news"><?php _e( 'Group News', 'scuba' ) ?></label>
    <textarea rows="5" cols="40" name="group_news" id="group_news"></textarea>
    <br /><small><?php _e( 'Enter any news that you want potential members to see.', 'group-types' ) ?></small>
    </div>
    </div>
    <?php
    }
    add_action( 'bp_before_registration_submit_buttons', 'sv_add_registration_group_types' );

    Then we have to validate things and add some usermeta when a regitration happens:

    /**
    * Add custom userdata from register.php
    * @since 1.0
    */
    function sv_add_to_signup( $usermeta )
    {
    $usermeta['account_type'] = $_POST['account_type'];

    if( isset( $_POST['group_name'] ) )
    $usermeta['group_name'] = $_POST['group_name'];

    if( isset( $_POST['group_desc'] ) )
    $usermeta['group_desc'] = $_POST['group_desc'];

    if( isset( $_POST['group_news'] ) )
    $usermeta['group_news'] = $_POST['group_news'];

    return $usermeta;
    }
    add_filter( 'bp_signup_usermeta', 'sv_add_to_signup' );

    /**
    * Update usermeta with custom registration data
    * @since 1.0
    */
    function sv_user_activate_fields( $user )
    {
    update_usermeta( $user['user_id'], 'account_type', $user['meta']['account_type'] );

    if( isset( $user['meta']['group_name'] ) )
    update_usermeta( $user['user_id'], 'group_name', $user['meta']['group_name'] );

    if( isset( $user['meta']['group_desc'] ) )
    update_usermeta( $user['user_id'], 'group_desc', $user['meta']['group_desc'] );

    if( isset( $user['meta']['group_news'] ) )
    update_usermeta( $user['user_id'], 'group_news', $user['meta']['group_news'] );

    return $user;
    }
    add_filter( 'bp_core_activate_account', 'sv_user_activate_fields' );

    /**
    * Perform checks for custom registration data
    * @since 1.0
    */
    function sv_check_additional_signup()
    {
    global $bp;

    if( empty( $_POST['account_type'] ) )
    $bp->signup->errors['account_type'] = __( 'You need to choose your account type', 'group-types' );

    if( empty( $_POST['group_name'] ) && $_POST['account_type'] != 'normal_user' )
    $bp->signup->errors['group_name'] = __( 'You need to pick a group name', 'group-types' );

    if( ! empty( $_POST['group_name'] ) && $_POST['account_type'] != 'normal_user' )
    {
    $slug = sanitize_title_with_dashes( $_POST['group_name'] );
    $exist = groups_check_group_exists( $slug );
    if( $exist )
    $bp->signup->errors['group_name'] = __( 'This name is not available. If you feel this is a mistake, please <a href="/contact">contact us</a>.', 'group-types' );
    }
    }
    add_action( 'bp_signup_validate', 'sv_check_additional_signup' );

    And then we set up the group for the user (there are some constants in this function, so you’ll need to change that):

    /**
    * Create custom groups for skools, biz and org accounts
    * @since 1.0
    */
    function sv_init_special_groups( $user )
    {
    global $bp;

    // get account type
    $type = get_usermeta( $user['user_id'], 'account_type' );

    if( $type == 'normal_user' )
    {
    // Do nothing
    }
    elseif( $type == 'type_one' || $type == 'type_two' || $type == 'type_three' )
    {
    // get some more data from sign up
    $group_name = get_usermeta( $user['user_id'], 'group_name' );
    $group_desc = get_usermeta( $user['user_id'], 'group_desc' );
    $group_news = get_usermeta( $user['user_id'], 'group_news' );

    $slug = sanitize_title_with_dashes( $group_name );

    // create dive skool group
    $group_id = groups_create_group( array(
    'creator_id' => $user['user_id'],
    'name' => $group_name,
    'slug' => $slug,
    'description' => $group_desc,
    'news' => $group_news,
    'status' => 'public',
    'enable_wire' => true,
    'enable_forum' => true,
    'date_created' => gmdate('Y-m-d H:i:s')
    )
    );
    // add the type to our group
    groups_update_groupmeta( $group_id, 'group_type', $type );

    // delete now useless data
    delete_usermeta( $user['user_id'], 'group_name' );
    delete_usermeta( $user['user_id'], 'group_desc' );
    delete_usermeta( $user['user_id'], 'group_news' );

    // include PHPMailer
    require_once( SV_MAILER . 'class.phpmailer.php' );

    $mail = new PHPMailer();
    $mail->IsSMTP();
    $mail->Host = SV_SMTP;

    $auth = get_userdata( $user['user_id'] );
    $profile_link = $bp->root_domain . '/' . $bp->groups->slug . '/' . $slug . '/admin';

    $message = sprintf( __( 'Hello %s,

    we have created a group for your business or organization. To get more out of your presence on Yoursitenamehere please take some time to set it up properly.

    Please follow this link to fill in the rest of your profile: %s

    We wish you all the best. Should you have any questions regarding your new group, please contact us at support@yoursitenamehere.com.

    Your Yoursitenamehere Team', 'group-types' ), $auth->display_name, $profile_link );

    $mail->SetFrom("support@yoursitenamehere.com","Yoursitenamehere");
    $mail->AddAddress( $auth->user_email );

    $mail->Subject = __( 'Your new group pages on Yoursitenamehere', 'group-types' );
    $mail->Body = $message;
    $mail->WordWrap = 75;
    $mail->Send();
    }
    }
    add_action( 'bp_core_account_activated', 'sv_init_special_groups' );

    When you write a group extension we’ll have to swap the activation call with a function like the one below to be able to check for group types.

    /**
    * Replacement activation function for group extension classes
    */
    function activate_type_one()
    {
    global $bp;
    $type = groups_get_groupmeta( $bp->groups->current_group->id, 'group_type' );
    if( $type == 'type_one' )
    {
    $extension = new Group_Type_One;
    add_action( "wp", array( &$extension, "_register" ), 2 );
    }
    }
    add_action( 'plugins_loaded', 'activate_type_one' );

    The last thing we need to do is add our group type names to group and directory pages:

    /**
    * Modify the group type status
    */
    function sv_get_group_type( $type, $group = false )
    {
    global $groups_template;

    if( ! $group )
    $group =& $groups_template->group;

    $gtype = groups_get_groupmeta( $group->id, 'group_type' );
    if( $gtype == 'type_one' )
    $name = __( 'Type 1', 'group-types' );

    elseif( $gtype == 'type_two' )
    $name = __( 'Type 2', 'group-types' );

    elseif( $gtype == 'type_three' )
    $name = __( 'Type 3', 'group-types' );

    else
    $name = __( 'User Group', 'group-types' );

    if( 'public' == $group->status )
    {
    $type = sprintf( __( "%s (public)", "group-types" ), $name );
    }
    elseif( 'hidden' == $group->status )
    {
    $type = sprintf( __( "%s (hidden)", "group-types" ), $name );
    }
    elseif( 'private' == $group->status )
    {
    $type = sprintf( __( "%s (private)", "group-types" ), $name );
    }
    else
    {
    $type = ucwords( $group->status ) . ' ' . __( 'Group', 'buddypress' );
    }

    return $type;
    }
    add_filter( 'bp_get_group_type', 'sv_get_group_type' );

    /**
    * Modify the group type status on directory pages
    */
    function sv_get_the_site_group_type()
    {
    global $site_groups_template;

    return sv_get_group_type( '', $site_groups_template->group );
    }
    add_filter( 'bp_get_the_site_group_type', 'sv_get_the_site_group_type' );

    It’s quite a bit of code, but it should get you started. This hasn’t been tested with 1.2 btw.

    #59884
    @mercime
    Participant

    @David Lewis – sorry about that, didn’t notice that there was a new custom header with options page in the trunk bp-default theme because I customized the header in my child theme :-)

    #59882
    Andy Peatling
    Keymaster

    wp-admin > Appearance > Custom Header – there is an entire interface for it, including text color changes.

    #59880
    David Lewis
    Participant

    Thanks Andy. I did not know that. There appears to be no way to use just a color instead of an image though. Although I suppose a single color GIF would be pretty tiny.

    In any case, I find that in general it can be a little tricky to override styles when shortcut declarations are used. If all font settings are set in a single declaration but I only want to override the size… I have to redeclare everything in short form using the “font” property. Certainly not a big deal by any means. In fact, it’s a pretty miniscule. Practically a non-issue. It only came up because I was having a hard time trying to change my header. Didn’t know about the custom header setting.

    #59877
    Andy Peatling
    Keymaster

    The header CSS is from the WordPress custom header API. It will only show if you select a custom header image in the backend.

    #59876

    In reply to: Moderate groups

    msib
    Participant

    Shelly, was your problem solved? I have seen your issue on trac.buddypress, but no one have replied you. I am having the same problem.

    Is there any one to help me out?

    #59873
    David Lewis
    Participant

    Nope. Doesn’t work in Safari / Chrome. There is no “important” in the parent. I know I could make a blank gif… but I’m not sure that’s any less ugly. Anyway… that’s cool. I’ll just use “important!” in the child.

Viewing 25 results - 59,451 through 59,475 (of 68,948 total)
Skip to toolbar