Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 67,501 through 67,525 (of 69,060 total)
  • Author
    Search Results
  • #38566
    Burt Adsit
    Participant

    sgrunt, works like a charm for me! Thanks. Can you post this in trac for everybody please? Just those two changes to those elements.

    https://trac.buddypress.org/newticket

    #38562

    In reply to: Facebook connect

    Alex
    Participant

    Do we have a set of requirements for this plugin? Also, if we all chip-in, can it be made open source afterwards?

    For me, a good feature set would be:

    * On the signup page have a ‘Create an account using your Facebook details’ button so that information is already added when the users account is created.

    * For existing users, a button they can press to connect their accounts up.

    * New events on the BuddyPress site to be published on their Facebook account. So, what you would normally have on their profiles ‘Activity’ area, posted onto Facebook. Eg, “John created a new group on The BuddyPress Demo Site”.

    * This activity ‘syncing’ can be configured from the users settings page on BuddyPress, so they can turn off activity updates.

    * In the same settings page, the user can choose to either use their Facebook avatar, or their BuddyPress one

    * Have a page like buddpress-site.com/members/MEMBER/friends/invite, and having the ability to ‘Invite your Facebook friends to BuddyPress Demo Site’, would be great.

    Are there any other features people would like added? I won’t be the one building it obviously, but if we can have a set of features then we all know what we’re chipping in for! lol

    #38561
    hyrxx
    Participant

    export your blog to the wordpress format then install mu and buddypress, your blog can then still be accessed by /blog, but obviously you will have to import it first,

    most of the plugins will work with mu but some will not, i guess you can only hope and try them out

    you will need to add your plugins again, i suggest you add them one by one to see what is working and what isnt, hope that helps, let me know if you need more help

    #38557
    huh
    Member

    I think the main css elements are based here:

    /member-themes/buddypress-member/css/base.css

    #38548

    In reply to: Problems with umlauts

    MartinNr5
    Participant

    No offense but the “fix” for this bug is not acceptable. “a few international characters not working” /is/ a big deal to the rest of the world.

    The characters show up fine in Buddypress no matter where I post the text; BB or BP.

    The characters show up fine in BP and wrong in BB if I post the text in BP.

    There has to be another way around this.

    #38540
    Duck Swart
    Participant

    http://bouw.fnvnet.nl – dutch trade-union site experiment

    #38533
    Filmplayer
    Participant

    http://gibcosta.com

    in the social section http://social.gibcosta.com

    has anyone been able to get the FBconnector plugin running with buddypress?

    #38529
    huh
    Member

    As far as I can see these can be changed in

    member-themes > buddypress-member > header.php

    Search for id=”nav” around line 39

    Would be good to have a language file for these elements.

    #38524
    nandopax
    Participant

    After hours working on that I found a solution, but isn’t definitive and already have a bug! Let’s go. Nicolas, don’t kill me – i’m trying to help! :-)

    In the line 728 on bp-xprofile-classes.php just copy and paste the code bellow:

    <div id="titlediv">

    <h3><label for="is_public"><?php _e("Is This Field Public?", 'buddypress') ?> *</label></h3>

    <select name="is_public" id="is_public" style="width: 30%">

    <option value="0"<?php if ( $this->is_public == '0' ) { ?> selected="selected"<?php } ?>><?php _e( 'Public', 'buddypress' ) ?></option>

    <option value="1"<?php if ( $this->is_public == '1' ) { ?> selected="selected"<?php } ?>><?php _e( 'Private', 'buddypress' ) ?></option>

    </select>

    </div>

    This code will add an opition in the field edit screen / at ProfileFields Admin – to keep the data private for “non friend users”

    But the problem is IF the field have data and you aren’t a friend, you will see the field name, but the data will be hidden. look at my birthday http://voiceover-casting.com/members/admin/

    I have tryed do the same with the Groups Fields but doesn’t work. Maybe someone can help me to create “Hidden Field Groups” and found a fix my newbie solusion for the “Private Fields” bug.

    Could be nice if in a new version the admin and the users can select “Who can see the data” like: “Public, Only Friends, Hidden (only visible for admin and the owner), “.

    Nicolas, I will donate for you soon for your great job.

    #38517
    tekanji
    Member

    I think the idea is not to have BuddyPress permanently alter the WordPress related data.

    I’m new to BP and so I’m not familiar with how all the functions work, but what in the original WP data structure would be altered by deprecating fullname in favor of using the WP fields?

    …then really BuddyPress should be able to modify ALL of the original WordPress user info exactly like the profile admin panel does…

    I would like that, actually. Or at least to have the option to have the profile be able to modify that information.

    I want the original WP functionality that allows a user to choose which fields — username, first name, last name, or nickname — to display for them. I thought that was a great addition to WP and I don’t like that installing BP has effectively cut me and my users off from that choice without some serious code modification on my end.

    #38515

    I think the idea is not to have BuddyPress permanently alter the WordPress related data. Right now, and please correct me if I’m wrong, but past of the design and development process of BuddyPress is that it can be added and removed without any changes done to the WPMU data structure, apart from conveniences like changing a password, etc…

    You can rename the “Full Name” in the BuddyPress to say “Nick Name” or “Display Name” or whatever you’d like, and then code your themes to use that info if you so choose…

    To be honest, from a developers standpoint, I like how it is right now, as it allows me to keep things separate. If you’d like to open up the ability to modify the fullname, then really BuddyPress should be able to modify ALL of the original WordPress user info exactly like the profile admin panel does, with website, info, firstname, lastname, etc…

    #38508

    Hello! I’ve just downloaded the 1132 trunk but the problem still remain for the Brazilian Portuguese translation. The behaviour is exactly as described in thread https://buddypress.org/forums/topic.php?id=1250.

    Does anyone know how to solve it?

    Thanks!

    #38502
    tekanji
    Member

    Unfortunately, that doesn’t actually make a big difference in my case; the main problem I have is that the header and footer files between the two themes are vastly different. The two main problems are that 1) one of my themes is fixed width at a size smaller than the minimum size for the BuddyPress themes (which breaks the layout) and 2) they don’t have the header with “Home”, “Blog”, etc. which I don’t want on my main site, but *do* want on the members directory and blogs directory.

    I was thinking about it, though; the member-theme actually has plugin-template.php although it doesn’t appear to be used. Is there some particular reason why if a blog theme doesn’t have that file it puts up an error message instead of redirecting to the member-theme file?

    #38499
    Trent Adams
    Participant

    These forums are not meant to be a job board. They are for ideas on expanding buddypress and support in general. If someone asks for paid support they must leave their contact information and the thread will be closed.

    #38494
    Alex
    Participant

    Well, one solution would be to have a blog created for the group with all group members set as editors.

    The BuddyPress Codex (http://codex.buddypress.org) is run off WP and instead of a normal wiki users log in and are able to edit the pages – revisions are saved thanks to post/page revisions.

    It would just need a plugin to add some options to the group admin area; Group Blog settings for example.

    #38492
    Alex
    Participant

    There’s a quick five-line plugin to do that in this thread:

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

    Just change:

    $redirect_to = bp_core_get_userurl($user->ID);

    to whatever URL you want the user to be redirected to.

    #38490
    modemlooper
    Moderator

    http://twitterfic.com

    a social site for twitter fan fic characters.

    #38484

    In reply to: finding out user_level

    Burt Adsit
    Participant

    There’s this function in the bp admin bar:

    // return a string indicating user’s role in that blog

    function get_blog_role_for_user( $user, $blog ) {

    // If the user is a site admin, just display admin.

    if ( is_site_admin() )

    return __( ‘Admin’, ‘buddypress’);

    $roles = get_usermeta( $user, ‘wp_’ . $blog . ‘_capabilities’ );

    if ( isset( $roles ) )

    $role = __( ‘Subscriber’, ‘buddypress’ );

    elseif ( isset( $roles ) )

    $role = __( ‘Contributor’, ‘buddypress’ );

    elseif ( isset( $roles ) )

    $role = __( ‘Author’, ‘buddypress’ );

    elseif ( isset( $roles ) )

    $role = __( ‘Editor’, ‘buddypress’ );

    elseif ( isset( $roles ) )

    $role = __( ‘Admin’, ‘buddypress’ );

    else

    return false;

    return $role;

    }

    It determines the user’s role. That what you need?

    You might just be missing the current user in that function you created. Gotta remember the global vars.

    global $current_user;

    The info that bp tracks for a user is what bp needs to know about the user. The rest is provided by wpmu.

    #38481

    In reply to: finding out user_level

    jahshaka
    Member

    help mplease how hard can this be??? i would think that buddypress should be giving access to all core user data?

    #38479
    tekanji
    Member

    Well, personally I consider the member and blog directories to belong to the same “type” of page as the profile and other pages that use the member theme.

    But, more to the point, the problem I’m having is that plugin-template.php relies heavily on proprietary BuddyPress functions which makes it hard to integrate into themes with layouts that are different than the basic BuddyPress layout. Since the member theme is designed specifically for BuddyPress I figured it would be easier to have the pages that use the plugin-template.php use that theme rather than writing code that changes the way the blog themes display just for that one page.

    I mean, it should be possible to have the “members” and “blogs” directories use the members theme rather than the main theme since “members/username” uses the member theme. I was hoping that there would be an easy way to do it (like bp_get_member_header() or something like that). Oh well.

    #38478

    In reply to: Only one blog for user

    Burt Adsit
    Participant

    OK people this seems to work. This requires modifying the member theme since I didn’t find any actions in bp to hook this into so here goes:

    In the member theme the file:

    /buddypress-member/blogs/create.php

    There is this chunk of code:

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

    ..(some other stuff here)..

    <?php else: ?>

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

    <p><?php _e( ‘Blog registration is currently disabled’, ‘buddypress’ ); ?></p>

    </div>

    <?php endif; ?>

    Replace the ..(some other stuff here).. with this:

    <?php

    global $bp;

    $blogs = bp_blogs_get_blogs_for_user($bp->loggedin_user->id);

    if (!$blogs)

    {

    bp_show_blog_signup_form();

    }

    else

    {

    ?>

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

    <p><?php _e( ‘Limit one Blog per member’, ‘buddypress’ ); ?></p>

    </div>

    <?php

    }

    ?>

    This is the entire little create.php file in pastie: http://pastie.org/396083

    This was a: “quick ya we should have that and I’ve got to get to the store and get some boxes because I’m moving from Michigan where we have a snow storm today and Virginia where I’m moving to comes to a screeching halt when they get 1″ of snow and I gotta run now” solution.

    When I get back from the store I’ll help clean up the damage this might cause. This does work for me in a quick test.

    #38473
    Burt Adsit
    Participant

    The purpose of that is to allow WP themes to run the bp directories such as member, groups and blogs. It has nothing to do with the member theme at all.

    What the themes are for:

    https://codex.buddypress.org/getting-started/using-the-buddypress-themes/

    #38471
    yinchenglong
    Member
    #38470
    Joss Winn
    Participant

    Thanks burtadsit. I had looked in Tract but couldn’t find anything at the time of reporting. Appreciate your update.

    #38466

    I’m also on my way to totally eliminating the bbPress profile at http://delsolownersclub.com. If only there was a “Favorites” function inside BuddyPress. Hmm… :)

Viewing 25 results - 67,501 through 67,525 (of 69,060 total)
Skip to toolbar