Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'profile fields'

Viewing 25 results - 1,376 through 1,400 (of 3,608 total)
  • Author
    Search Results
  • #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?

    #173578
    Benoit Hennegrave
    Participant
    #173445
    auch07
    Participant

    Sorry code I posted back was outdated.

    <?php
    $bpProfileField = xprofile_get_field_data( 'Services Required', $user_id_from_email, $multi_format = 'comma' );
    if ( empty ( $bpProfileField) ):
    ?>
    <div class="profile_fields"><b>Services Provided:</b> <span><?php bp_member_profile_data( 'field=Services Provided' , $user_id_from_email ) ?></span></div>
    <?php else: ?>
    <p><b>Services Required:</b> <?php echo $bpProfileField; ?></p>
    <?php endif; ?>
    <br>
    #173442
    auch07
    Participant

    Thanks for the reply Shane. My apologies for the delay in responding myself but I just got back on working on this issue this weekend here.

    One field I am working on right now involves displaying either Services Required or Services Provided as you can see in the code below. Depending on the type of user you are will determine which field you have filled in thus which field will display on the user profile. Unfortunately my PHP is pretty weak thus the foreach loop you mentioned has me scratching my head. The code below does what I want with the exception of it displaying horizontally instead of vertically. I am hoping you would be able to give me some detailed direction in what way to go for the PHP challenged guy that I am lol.

    <?php
    $bpProfileField = xprofile_get_field_data( 'Services Required', $user_id_from_email, $multi_format = 'comma' );
    if ( empty ( $bpProfileField) ):
    ?>
    <div class="profile_fields"><b>Services Provided:</b> <span><?php bp_profile_field_data( 'field=Services Provided' );?></span></div>
    <?php else: ?>
    <p><b>Services Required:</b> <?php echo $bpProfileField; ?></p>
    <?php endif; ?>
    #173441
    jaxdestroyer
    Participant

    The only way I know how to hide it currently is through css. BP will give your sub group a class name based on what you sub group is called. For example, my sub group is About Me. The class name is about-me.

    To make sure you are getting the right class name I suggest you use Firefox firebug or chromes built in element inspector. You should also see another class name of bg-widget when using either tool.

    To make the css specific for that particular snippet all you need to do in your Themes or BuddyPress child themes style.css

    .bp-widget.about-me{
        display: none;
    }

    This will hide the whole sub group when someone is viewing the profile. It makes sure it has both class names before making it no longer display so the user can still see it when editing their profile.

    If you want to only get rid of specific rows that contain this information then BP still has you covered. They also make a class based on your input field name. Using Facebook as an example again the class is field_facebook. To be as specific as possible without going too overboard in your Themes or BuddyPress child themes style.css put in

    table.profile-fields tr.field_facebook{
       display:none;
    }

    This will only get rid of the one row, however, there is a caveat. If you alternate colors between rows it will still count the hidden field. I suggest that if you are going to use this make sure that the fields are at the bottom of the group so they no longer break flowof alternating colors.

    If you want to do multiple fields just seperate them via a comma as shown below

    table.profile-fields tr.field_facebook,
    table.profile-fields tr.field_twiitter{
       display:none;
    }
    #173437
    noizeburger
    Participant

    Now, that your code makes it possible to show icons in my profile header, is there a way to hide the profile group that helds my input fields? Main reason is, that my youtube and twitter links won’t show in the fieldgroup as a result of the use of a snippet to use oembed-code in my profiles.

    #173380
    Marc
    Participant

    When you update an profile field, it is first deleted, then re-created. I’m sure of that, after looking the BuddyPress code.

    Why the BuddyPress works like this ? How to prevent this issue, to keep the same ID when the field is updated ?

    I just realise that I didn’t say Hi, to the community! Mistake fixed! I’m sorry.

Viewing 25 results - 1,376 through 1,400 (of 3,608 total)
Skip to toolbar