BuddyPress.org

Hi there. If I’m understanding correctly, you’re wanting to modify URLs added to profile fields by your users. The profile fields are analyzed for search links and other links here:
https://buddypress.trac.wordpress.org/browser/tags/2.9.3/src/bp-xprofile/bp-xprofile-filters.php#L326

BP uses the WP function make_clickable() to make links clickable. It doesn’t look like that function is filterable at the moment (there’s a ticket: https://core.trac.wordpress.org/ticket/32787). I guess you could do something using the filter offered on the forum link you reference, but I’m not sure how you’d know which kind of links to modify (it’s not clear from your question what the goal is).

@Onlineplaner BMI/BME plugin can import/export xprofilegroups and xprofilefields.

@manishkrag: Hi, do your plugins ex-/import xprofilegroups and xprofilefields or just the standard user fields?

Hmmmmm, well it simply sounds like the rows and columns might not be lining up exactly. Not sure.
I have worked out many city meta data files the same way for the purpose of importing into WordPress and faced similar issues, it almost always came down to some columns or rows not exactly the same or something like that. I would do an export of your wordpress first and compare the files, if that didn’t get me any closer i might go into php-myadmin in my cpanel and export a copy of the database portion that has all of your users info and compare that to your .net export. I think that table is going to be one of the following : Either “wp_bp_xprofile_fields” or “wp_users”. Maybe if you compare those with your .net export and work them the same in excel it will be easier?
Not really sure without seeing the files your working with.
I will do a tutorial on that within the next day or so, lol.

Edit each of the profile fields in turn and change the Visibility setting to Enforce field visibility.

Hey Frank, I guess the best question to ask you after all this is how comfortable are you with digging into or working with html, css and basic php?

If a pre made theme is what your looking for, how comfortable are you with taking hours and days looking thru theme demos to find your golden pony or at least making child themes or customizing code?

And then to answer you more specifically to your “How long would it take to develop a theme like the one I described?” , I guess that just depends really. Over the years I have accumulated many libraries of code and theme snippets and I know where everything is in WP/BP core and template files. So for me, A fully custom and dressed out theme might take anywhere from 3 days to 3 weeks if I know exactly what I am working towards at the beginning and have a clear, though out, planned out idea. If I hen peck it or free hand it” like I do from time to time” It may take a day or it might take 8 months, lol.

As a bit of comfort to your quandary, everything you asked for in your opening inquiry is all ready done for you in BuddyPress “for the most part”. A theme like the one you describe sounds like a 3 day to 1 week job to me. Keep in mind however that with me saying that, things always have a way changing and evolving into monsters, lol.

So lets break down your theme and see how it look on paper…. He He, my favorite part…

1. I want users to come to my site, register, and log in…… (Its all ready there) just have to set it up to your liking. It can all be customized quite a bit as well.

2. I would love to be able to customize the way these pages look!(background image, logo, and content inside them)……… (The logo, background and most of the design items are easy breezy as long as your ok with basic html and css and not looking for flying dragons and wizards shooting lightning bolts across the screen. Alas, even those can be done with css, flash and JS, lol. )

3. I’m not looking for a full-blown social media site (yet)…….No need to have what you dont want to use. BP has a full host of controls to limit what can be done onsite by users or what is implemented frontend in its settings. WP Dash/settings/buddypress. Select what you want to use. You also have the ability to write functions, and use hooks and actions and filters to limit or build on anything you like.

4. I want to build a site that where users can log in, create a “blog” excerpt with media …… There are several ways to do this in buddypress, just have to plan it out and test the methods and see what works for you. Mu, Activity and Groups/Forums.

5. They should also be able to put a location tag on it. ….. it sounds like this is what x-profile fields are good for. Just create your custom location field and add it with a template tag in the loop you want to use it in. They fill out the filed on their profile page and it will display in that loop.

6. When they post it, the only people I want to see that are the people they added as friends or if they have their profile set to public……BuddyPress frontend “user profile area” has a settings tab, under it are quite a few privacy features, not fully comprehensive in my opinion but there are a few plugins that add on to this and you can code it in as well. either way. Easy task.

7. And when it shows up on their friend’s news feed it should just show a featured image, title, and the beginning of their text with a like counter….. Easy enough, just write the loop that way, lol. Easy to do.

8. When their friends click on that post it brings them to the full blog post, not just the featured image. Their friends can favorite the content or comment on it. …..The natural behavior of WP and BP posts so we are good there.

9. On a users profile, I would like to show their recent posts, and posts they’ve favorited…. Thats what the friends tab shows but you can add custom queries, and stuff and otherwise tear it apart and pick it of the pieces you want and use them in other places to make custom loops and queries and all kinds of goodness, lol. As long as you make sure things are firing in the right places and make sure certain things are in the loops where they belong, No worries.

10. Site homepage is basically just a file called front-page.php. Copy the page.php from the theme root and then customize the heck out it. Work it up however you like.

As far as the themes go, I never use premade themes. I do however make full use of the libraries of code I have accumulated, (_s) and bootstrap for a lot of my work. Cheesy I know but hey, it saves me time and money and gives me freedom. I rarely find the need to actually make a complete custom theme or write much in the way of custom code from scratch anymore. And I certainly never purchase any themes. So I am not the best person to ask about themes really. I know that there are tons of themes that do all kinds of stuff available around the web. Just have to give them the litmus test and see if they fit your project.

Let me know if you have any other questions or what have you. I will be around.

Hi @edvard1 it’s not your theme. The plugin is broken since BP 2.9.1.

I was having problems with multiple checkboxes and made it work like this:

File: /conditional-profile-fields-for-buddypress/assets/bp-conditional-field.js

line 114: jQuery.each( $selected, function (index, $el ) {
to:       jQuery.each( [$selected], function (index, $el ) {

And…

lines 350 to 369:

var parent_div = jq( jq( element ).parents( '.editfield' ).get(0) );
      
        //;find its parent having class edit field
        if ( !match ) {
            //if the condition did not match, reverse visibility condition
            
            if ( visibility == 'show' ) {
            	visibility = 'hide';
                
            } else {
            	visibility = 'show';
            }    
        }
        
        if ( !visible ) {
            parent_div.show();
        } else {         
            parent_div.hide();
        } 

To:

var parent_div = jq( jq( element ).parents( '.editfield' ).get(0) );
        visible = jq(parent_div).is(':visible');

        //;find its parent having class edit field
        if ( match ) {
            //if the condition did not match, reverse visibility condition
            if ( !visible ) {
	            parent_div.show();
	        } else {         
	            parent_div.hide();
	        }  
        }  

Hope it helps!

Hi there,

Here’s an example of adding a custom section to the registration form. All you have to do if it’s static is add it and handle the input:
https://gist.github.com/dcavins/e3e6a702e35d4f9ec8948c920d8b6c03

You could similarly add other profile fields/field groups on any of the hooks available on the registration page, though I’d use a profile field group loop to output those items.

Hi Marc-

It sounds like you’re just getting started. Custom fields are part of the extended profile component. Read more about it here:

User Extended Profiles

Displaying Extended Profile Fields on Member Profiles

It is not really possible to show groups with any richness outside of the group page. Your best bet is probably to customize your group templates to show what you want. The template hierarchy will help you:

Template Hierarchy

An all-user overview with search and filtering is the members directory available at yoursite.com/members

If I understand properly, you need conditional profile fields. Try BuddyDev’s Conditional Profile Fields for BuddyPress.

Conditional Profile Fields for BuddyPress

It’s not possible to use a regular BP profile field to keep track of data changes over time. BP doesn’t keep records of old profile field values – it only stores the most recent one.

There are a number of ways you could accomplish it. If you had the technical know-how, you could build a tool that hooks into XProfile and syncs user-entered data to another system (maybe an array in usermeta or something like that). Another option is to manually created new fields every 3 months, but then you’d need to do some customization to the way fields are displayed on the front end so that the profile doesn’t show all past entries as separate items. Either way, some customization would be required.

Maybe someone on this forum knows of an existing tool that will help.

BuddyPress’s Register page is a special kind of page that cannot be edited via the Dashboard. That’s why it’s blank when you view it in the normal way.

To add additional fields to the registration process, go to Dashboard > Users > Profile Fields. Add one for Address and one for Phone Number. Make them required and/or private, if you’d like. As long as they are part of the ‘Base’ profile field group, they will appear as part of the registration process.

Hi @Sander – Thanks for reporting this. It looks like a legitimate bug. I’ve opened a ticket to track it: https://buddypress.trac.wordpress.org/ticket/7631

While we try to figure out a way to make this work better, you can work around the issue by disabling autolink for the field in question. Dashboard > Users > Profile Fields > Edit, and look for the Autolink metabox at the right.

You may be able to disable the linking in the admin. Go to Dashboard > Users > Profile Fields. Find the Email field, and click Edit. On the right-hand column, find the “Autolink” metabox. Switch it to ‘Disabled’ and save.

> i created customed fields for the inner-page of the user, but they don’t show in the members list page.

The details depend on how you created these “customed fields”. If they are xprofile fields, then the simplest way is to do this:

$user_id = bp_get_member_user_id();
$data = xprofile_get_field_data( 'Custom Field Name', $user_id );
if ( $data ) {
    echo $data;
}

If you stored it in user meta, do something similar:

$data = get_user_meta( $user_id, 'custom_field_name', true );

Either way, bp_get_member_user_id() is how you get the ID of the current user in the loop.

Hi @barkins – BP doesn’t have a built-in tool for this (though it should – see https://buddypress.trac.wordpress.org/ticket/7393, https://buddypress.trac.wordpress.org/ticket/408). If you know that user IDs will remain the same between the local WP install and the live install, then you can do a simple database export/import, something like:

$ mysqldump -u db_user -p db_name wp_bp_xprofile_groups wp_bp_xprofile_fields wp_bp_xprofile_data > ~/xprofile-export.sql

$ mysql -u db_user -p db_name < ~/xprofile-export.sql

If the user names will not be the same, you’ll need to write a script to handle this, but the details will depend on how you plan to identify users (email address, etc).

Hi @willallen83 – I’m afraid I haven’t integrated with s2member in many years, so I can’t provide exact advice. But briefly, it appears that the code above is meant to sync the $s2member_fields fields – which I assume are defined somewhere in s2member – to the corresponding members of the $xprofile_fields array. The latter fields are created in Dashboard > Users > Profile fields; make sure the names (like ‘Last Name’) match exactly, or the lookup will fail.

Note also that it may be more reliable to fetch user info from the values passed by the ‘wp_login’ hook to the function. So something like this:

function s2_profile_field_update( $user_login, $user ) {
  //Array of xprofile field names
  $xprofile_fields = array('Last Name','Country','Introduce yourself to Aisha Salem');
  //Array of s2member field slugs
  $s2member_fields = array('last_name','user_country','member_letter_aisha');
  //Populates BP with S2 info
  get_currentuserinfo();
  // if( current_user_is("s2member_level1") ) {
       for($i = 0; $i < sizeof($xprofile_fields); $i++) {
          if(xprofile_get_field_data($xprofile_fields[i], $user->id) == '' && get_user_field($s2member_fields[i]) != '' )  {
              xprofile_set_field_data($xprofile_fields[i], $user->id, get_user_field($s2member_fields[i]) );
           }
       }
  // }
}

Note that, according to this code, it’ll only update the BP xprofile fields if they’re empty. You’ll have to remove that check if you always want s2member values to take precedence.

Beyond this, your best bet for figuring out why this is not working is to place some debug statements at various points. Use error_log() or good old-fashioned var_dump() to make sure (a) the function is actually firing at ‘wp_login’, (b) the xprofile field values are actually being fetched properly, (c) the get_user_field() function is fetching data properly, and from the correct user https://s2member.com/kb-article/user-custom-fields-via-php-code/#toc-460a2dd2, etc.

Sure, I’m happy to point you in the right direction.

The BuddyPress Custom XProfile Field Type plugin is probably a good one to start with. It uses the BP_XProfile_Field_Type class to register its fields. It even has an existing Datepicker field that you can use as a starting place: https://github.com/donmik/buddypress-xprofile-custom-fields-type/blob/master/classes/Bxcft_Field_Type_Datepicker.php

There are a few changes you’ll need to make in order for this to show two datepickers instead of one.

– The set_format validation regex expects a single date. This will need to be modified for your new format. https://github.com/donmik/buddypress-xprofile-custom-fields-type/blob/1126cf093bd2b6e9f917b5c15f52e203f17cbb9e/classes/Bxcft_Field_Type_Datepicker.php#L14
– You’ll need to modify the edit_field_html method so that it loads two separate input fields, and then write some JavaScript that assigns a jquery-datepicker to each one of them. Then you’ll need to write a little bit of extra JS that combines the two datepicker inputs into a single (probably hidden) field, which is the one that BP will actually save to the database. https://github.com/donmik/buddypress-xprofile-custom-fields-type/blob/1126cf093bd2b6e9f917b5c15f52e203f17cbb9e/classes/Bxcft_Field_Type_Datepicker.php#L29
– If you decide to store the start and end date in a single row in the profile field, you’ll also need some logic that splits it into start and end when you load the edit_field_html. Another option is to store the concatenated display text – say, April 2017 - May 2017 – in BP’s native xprofile field, and to store the start and end date separately, as xprofilemeta. You’d need a custom save routine for this, but it may be a bit cleaner.

Good luck! Sounds like a fun project.

Hi @amitrwt – The ‘Start’ and ‘End’ fields in the BP admin settings define the start and end dates of a single datepicker. That is, if you want to have a datepicker, but you only want to show dates between the years 1970 and 1990, you’d use those dates as the Start and End.

If you want your users to be able to select start and end times, my best suggestion is to create two separate xprofile fields, and name them accordingly: ‘Start Date’, ‘End Date’ or something like that.

Hi @redcompolitica – I’ve built multi-page registration processes for clients in the past, but unfortunately, it’s not very easy to do – BP’s registration system is not built in such a way as to make it easy.

If your main goal is to make registration less overwhelming, you might consider moving some or most of your registration fields out of the “Base” group. This will mean that they don’t show up during the registration process, and users will have to fill them in by editing their profile after signing in.

If your goal is to have *conditional* registration steps – where, for example, step 2 depends on a specific value provided in step 1 – then I’m afraid it’d have to be custom-built. Much of the work could be done with a custom theme template members/register.php and by modifying the way that registration data is saved and validated https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-members/bp-members-screens.php?marks=113#L72

Some Trac tickets that are somewhat related that you might want to follow:
https://buddypress.trac.wordpress.org/ticket/1842
https://buddypress.trac.wordpress.org/ticket/4278

Good luck with your project!

BuddyPress Xprofile Custom Fields Type plugin is what I use to do this.

It shows up on the profile as age. If you want it on the members page that takes some code editing. I saw a tutorial on BPDev site.