Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'profile fields'

Viewing 25 results - 1,351 through 1,375 (of 3,589 total)
  • Author
    Search Results
  • #175085
    shanebp
    Moderator

    > they’re totally inaccessible afterward
    They are accessed on the front-end on a member’s profile page.
    your-site.com/members/peteratomic/profile/

    >Clicking the “your profile” link in the backend brings up a page
    In the Dashboard, that link takes you to the DashBoard > User > Edit screen which is a standard WordPress screen.
    If you want to view and edit BuddyPress Extended Profile fields on that screen,
    then you might be interested in this premium plugin:
    http://www.philopress.com/products/bp-dashboard-user-profile-edit/

    #175081
    peteratomic
    Participant

    P.S. I found profile-wp.php and deleted out the fields in my custom template that I don’t want to display, but they still show up. LOST.

    #175053
    shanebp
    Moderator

    We have a premium plugin that shows xprofile fields on the User > Edit screen in the Dashboard:

    http://www.philopress.com/products/bp-dashboard-user-profile-edit/

    #174991
    glyndavidson
    Participant

    Thanks @mercime. Am I right in thinking then, that out of the box, the normal functionality is to have buddypress extended-profile-fields, groups, and member-lists shared across the network?

    I.e. if an admin deletes a group or profile-field from a child-blog, it effects the entire network?

    And, there’s nothing I can do to prevent this without a third party plugin or my own hacks?

    #174973
    Paul Wong-Gibbs
    Keymaster

    No direct way of bulk-editing profile fields; sounds dangerously powerful. If you are a PHP/WordPress developer, or know someone who is, I’d suggest writing a script to make these changes for you.

    #174926
    Hugo Ashmore
    Participant

    You could do this by adding a conditional check around the tr markup in the while loop that generates the field name and data while ( bp_profile_fields() ) : bp_the_profile_field();

    With that check in place you would then remove the bp_the_profile_field_value() function and replace it with something like echo do_shortcode( '[myshortcode user_id=' . bp_displayed_user_id() '] );

    #174906
    auch07
    Participant

    Not utilizing the profile search plugin alone. If you were using a custom registration form like Gravity Forms Registration you could create additional profile groups with the fields worded how you want and the gravityforms registration could automatically update both sets of profile fields accordingly to how you set them up.

    #174699

    In reply to: Member Search

    auch07
    Participant

    Upon further reflection what I had thought would work in fact does not. Does anyone know how I could string together a search for the 2 fields? The issue isn’t the member type itself its that the member types both have profile fields with the same value in it. (IE: Childcare)

    So searching /members/?s=Childcare will return both Employers and Jobseekers that have selected childcare. I would like to be able to filter those results between Employers and Jobseekers.

    #174646
    Henry
    Member

    To my knowledge, profile fields accept HTML. Have you tried inserting tags to see? try adding <strong>test</strong> to a profile field to see if the text is bolded.

    #174619
    noizeburger
    Participant

    Hi @henrywright-1 again,

    your logic is right, but I wanted to avoid editing templates. That’s the reason why I use Buddypress xprofiles acl plugin. This makes it possible to choose which role can see and use the different profile tabs. For the music embed I use BP Profile Widgets, the needed input fields are only visible to members with the userrole “band”, all other members can only see the output of the widget – music.
    Your last post makes me think about other things that could be done beside those plugins I use, but that goes too far at the moment. As I tried to explain before, the really important thing about passing over the roles to xprofile-fields would be the possibility to show the roles for each member in a searchable and clickable way that always leads the user to the right member-directory.
    Maybe you have more ideas, however, thanks for your ideas and help.

    #174519
    Martyn_
    Participant

    * Better options for users to self delete

    Expanding. Without backend access, it would be nice for a site allow a user to delete in several ways. Purge all their profile fields and networks (‘destroy all personal data’), Retain their profile fields and networks whilst making it look like they have vanished (‘hide’ if you like), Delete Uterly.

    * Multiple networks. We have friends, and with plugins one sided friendships (aka followers). sometimes its useful to have different types of relationships identified – “close friends” or “have done business with” or “merely online buddies”. It would be nice for an admin to be able to define additional types of friendships either independently, or by associating a scale (an integer valued friendship, 1=I want to see your feed stuff 2=online mates 3=actual real life chums 4=we’re married).

    #174474
    noizeburger
    Participant

    Thank you @henrywright-1,

    this would be a nice alternative to my own approach, but what about my original idea? Remember you asked the same question in another thread few weeks ago.

    If there would be a way to pass over the different user-roles to xprofile-fields there would be no need to create templates. You could output the field in the member-loop and make it searchable. This would be the simplest way. What do you think about it?

    As an example: a user registers on my site as “band” (which is a wordpress user role). The selected field would be inserted into a (maybe) hidden xprofile-field also called “profiletype”. This field could be echoed everywhere inside buddypress (clickable, searchable). I know this could be done with only xprofile-fields too, but without the possiblity to use bp-xprofile-acl an the advantage of different user capabilities. Am I clear?

    #174451
    Henry
    Member

    @noizeburger I think I get what you mean. To show all members of type ‘fan’ in a “fan directory” you would do this

    <?php
    
    $fans = get_users( array( 'role' => 'fan' ,'fields'=>'ID') );
    $fans = implode( ',', $fans );
    
    if ( bp_has_members( '&include=' . $fans ) ) :
        while ( bp_members() ) : bp_the_member();
            // you can output whatever you like here such as member name, avatar, role and so on
            // we will output just member name for now
            echo bp_member_name();
        endwhile;
    
    else:
        echo 'Sorry, no fans';
    endif;
    ?>
    #174355
    hughshields
    Participant

    The WPUF Pro plugin uses a field they are calling “Meta Key” on each of their user registration fields. The BP Integration Add On maps each of the custom registration fields to the Buddypress XProfile field. Unfortunately the value in the Meta Key field seems to be not syncing with whatever value Buddypress assigns to member profile fields. So I end up with two sets of member profile fields that are not updating correctly.
    So I am trying to locate the naming convention for Buddypress Extended profile fields or find out what each field is called. What the user meta value is I guess?
    I am installing PHP MyAdmin and will try to find there but hoped there was a naming convention or place to see this in the Admin.

    #174354
    shanebp
    Moderator

    Not sure what you mean by meta key, but…

    Use something like phpmyadmin to look at the database tables.

    There are 4 tables, for example wp_bp_xprofile_fields
    The info you need is in one or more of those tables.

    #174348
    hughshields
    Participant

    Hi Martin,
    I am interested to know if this is a custom registration page that you built or is it an available plugin. Registration has been a big issue for me. I am using WPUF Pro with their Buddypress Integration Add On to create a custom registration page but am having issues with user meta compatibility at the moment and therefore am looking for a better solution.
    The issue for me with my solution is that the user fields map to Buddypress but do not save correctly due to user meta incompatibility. Still working on this and trying to solve.
    Please let me know if you have found a good solution. Registration form in buddypress is a big problem and needs a multi-tabbed solution in my opinion.

    #174263
    Henry
    Member

    After taking a look at how BP does it my questions 1 and 2 have been answered. Now facing a new but related problem:

    When I redirect the user back to the edit profile page to display the “Too many characaters have been entered” message – any new text the user may have entered into the input fields is lost.

    For example – the max characater limit for location is 10

    1. Location value is currently: London
    2. The user updates the location field to: London, United Kingdom
    3. The field validation kicks in – the page is refreshed with error message displayed “Too many characters”
    4. Location value reads: London

    So, you can see the illegal value the user has entered “London, United Kingdom” has been lost. My aim is to redisplay the illegal value so the user can modify it under 10 characters.

    Perhaps location isn’t the best example. Imagine if the user has written an about me paragraph which is over the character limit – on clicking submit the page refreshes and they are told they’ve entered too many characters. Their old about me text is displayed and all their new hard work has been lost.

    #174259
    Henry
    Member

    Hi @danbp, thanks for the link. That isn’t quite what I’m after. It is more to do with limiting the length of what is echo’d to screen where as I’m trying to validate and error handle the data which is captured.

    #174258
    danbp
    Participant
    #174256

    In reply to: Profile Additions

    modemlooper
    Moderator

    hmag is highly customized. if you do not know css and php you will not be able to achieve that.

    You can create profile fields and sections in the wp-admin under the user menu but having a custom profile will take coding skills

    #174141
    @mercime
    Participant

    @paralys there’s no plugin which would implement the synchronization of the BP xProfile fields and the WP User Profiles in the backend. Either you need to hire a developer to create this plugin for you, create it yourself or wait for someone to create one and release it to the public.

    #174105
    danbp
    Participant

    Hi @samgeppi108,

    wow what a video you did for such a common issue. PBCAK ! Sorry to say that, this IS working but you haven’t completely set up the right component (profile).

    Now the good news. Take a breath man, you’re saved ! In 5 mn you can start your community 😀

    Connect to the WP admin as super-admin. Click on Users on the left col, and select Profile configuration from the sub-menu.

    This will open a window where you have by default only one group of fields named BASE. This group is the one showed by default on the register page, so new user can enter some information such as their name, and anything else you want to have in that place.

    If you prefer to let them complete their profile skills after registering, you should create a second group of fields on the previous mentionned setting page. You cal add as many groups you want, with as many fields and type of fields you need.

    Once done and saved, connect you as a normal user and go to the profile profile setting tab. You will see 2 tabs. Name and X, you just created. You can fill in the fields and save.
    If you go on the profile tab, anything will be on !

    Read here the documentation:
    https://codex.buddypress.org/getting-started/configure-components/ Users>profile fields

    Keep the Codex in mind, because it’s the first place to go before coming up here to claim “it doesn’t work !” 😉 It does !

    #173915
    Henry
    Member

    The way to do this would be to wrap info fields in conditional statements like this

    if member type is X then
        // display info field
    #173692
    Mohammad Raheel
    Participant

    hi thanks @shanebp i am really biggner for my self i did what you said but matter is when i tried but never got result kindly check my code tell me i already spend 4 days.

    <?php
    global $wpdb, $bp;
    $result = $wpdb->get_results(“SELECT user_id FROM wp_bp_xprofile_data WHERE value = ‘$_POST[language]’ OR value = ‘$_POST[budget]’ OR value = ‘$_POST[style]’LIMIT 0 , 30”);
    print_r($result);
    $result = array();
    //$values = maybe_unserialize($result);
    //echo var_dump( maybe_unserialize( $result ) );
    //$values = $result;
    //$value = bp_unserialize_profile_user_id( $values );
    //$values = implode( “, “, $value);
    //echo $values;
    //print_r($values);
    //so you have to ‘manually’ unserialize them
    foreach($result as $user_id=>%d)
    {
    echo “Key=” . $user_id . “, Value=” . %d;
    echo “<br>”;
    }
    //$values_str = implode( ‘,’, $getty );
    //print_r($values_str);

    //)

    echo $get_these_members;
    $get_these_members = ‘include=’ . substr($get_these_members, 0, -1);

    ?>

    #173587
    rianhall
    Participant

    The Code from “SOLVED: Limit Members Loop by Profile Fields” seem easy to implement. I added this to my function.php

    // to exclude only defined roles in the Buddypress Members LOOP
    
    function exclude_by_role($exclude_roles) {
    
    $memberArray = array();
    
    if (bp_has_members()) :
    while (bp_members()) : bp_the_member();
    $user = new WP_User( bp_get_member_user_id() );
    $user_role = $user->roles[0];
    foreach ($exclude_roles as $exclude_role) {
    if ($exclude_role==$user_role) {
    array_push($memberArray, $user->ID);
    break;
    }
    }
    endwhile;
    endif;
    
    $theExcludeString=implode(",",$memberArray);
    
    return $theExcludeString;
    }

    I then added this to my member-loop.php

    <? $excluded_roles = array ('administrator', 'author', 'subscriber'); // this can be any roles you have set up
    	if (bp_has_members( 'exclude=' . exclude_by_role($excluded_roles) . '&' . bp_ajax_querystring( 'members' ) ) ) : ?>
    

    Unfortunately, it still is not excluding any of the specified roles. I took a look at the second example, but not sure where to put the code. Any suggestions?

Viewing 25 results - 1,351 through 1,375 (of 3,589 total)
Skip to toolbar